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ABSTRACT 



This thesis contains an implementation of a material 
database system for the Hellenic Armed Forces- The Hellenic 
Armed Forces Formations currently manage all material data 
manually- The author proposes the switching from manual 
processing to automated processing in an Ordnance Battalion 
of an Infantry Division using dBASE II with an IBM personal 
computer- Particular emphasis is placed on: 

1- The reasons and the system tasks. 

2- The conversion of the old manual system to an automated 
system. 

3- The implementation of the design- 
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I 



GENERAL DATABASE CONCEPTS 



A. INTRODUCTION 

A database is a shared collection of inter — related data 
designed to meet the varied information needs of an 
organi z at i on . In the early 1970s, database processing was 

considered an esoteric subject, of interest only to the 
largest corporations with the largest computers. Today 
database processing is becoming an information systems 
standard. In some computers all data is organized into a 
database, while files, as individual entities, do not exist. 

The change to database processing has occurred largely 
because of economics. Database processing favors people at 
the expense of computers. Programmers and other users of 
data can be more efficient and effective using database 
processing, accomplishing more within a fixed amount of 
time. On the other hand, database processing requires more 
computer resources than traditional file processing does. 

In the last ten years the cost of labor has been 
increasing steadily. Even worse, management has encountered 
great difficulty in acquiring and keeping competent systems 
development personnel . Meanwhile, the cost of computers has 
decreased dramatically. Simply stated, people have become 
more expensive while machines have become cheaper. In 
parallel, database processing has offered the potential for 
trading people resources for machine resources. The result 
has been a substantial increase in the number of database 
applications. By all standards, these trends are likely to 
continue. Conceivably, files as independent entities might 
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disappear entirely, perhaps in another ten years all 
commercial data processing will become database processing. 

1 . Traditional File Processing Approach 

Database technology allows an organization's data to 
be processed as an integrated whole- It reduces 
artificiality imposed by individual files for separate 
applications and permits 1 users to access data more naturally. 
With a file processing approach, each application program 
maintains its own files- There is no sharing of data among 
different application programs. 

Consider the three systems shown in Figure 1-1- 
These are file processing systems, they are predecessors of 
database systems- With file processing, each file is 
considered to exist independently- The payroll system in 
Figure 1.1 processes only the faculty data file, the class 
scheduling system processes only class data, and the grade 
posting system processes only student data- These systems 
are effective in that they produce checks, schedule classes, 
and record grades- CRef.l: pp. 1—33 

2. Database Processing Approach 

Suppose it is necessary to know the salary paid to 
each instructor who teaches a class scheduled by the class 
scheduling system in Figure 1-1- To obtain this information, 
a new program must be written to extract data from both the 
faculty and the class data files- Unf ortunatel y , there is no 
guarantee that these files are compatible- The faculty data 
file might be written in COBOL binary format, whereas an 
incompatible PL/I record format might be used for the class 
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data file. If so, one file must be converted to the format 
of the other, and then the extraction program written, 
tested, and run. This process will take time. In some 
cases, conversion entails so much effort to eliminate 
incompatibility that it simply cannot be done within a 
reasonable cost. 

Figure 1.2 shows a database processing system. The 
files in Figure 1.1 have been integrated into a database that 
is processed indirectly by the application programs. The 
payroll, class scheduling, and grade posting systems can 
perform their old functions, but the programs call upon the 
database management system (DBMS) to access the database. 

The DBMS is a complex and usually large program that acts as 
a data librarian. It stores and retrieves data. In order to 
perform its functions, the DBMS stores not only data, but 
also a description of the format of the data. 

The faculty, class, and student data in Figure 1.2 
can be processed as an integrated whole. Since the files 
have been created by the DBMS, all of the data is compatible. 

Further, the DBMS may have features to enhance integrated 
processing. For example, a faculty record can be logically 
'tied to' several class records to represent the relationship 
between teacher and class. Thus database processing is 
integrated processing. [Ref. Is p.33 
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Figure 1.1 : Three File Processing Systems CRe-f.l: p.2D. 




Figure 1.2 : A Database Processing System CRe-f.l: p.43. 
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3. Comparison of Traditional and Database Approaches 



The table below shows the differences between the 
Tradition file processing approach and the Database 
processing approach, comparing the characteristics of each: 



Tradition processing approach 



! Uncontrol 1 ed Redundancy ! 

I Each application has its ! 
I own files, i.e. same ! 

.information could be repeated! 
.across different files. ! 

.Inconsistent data ! 

* Because of redundancy, data! 
! may become inconsistent, e.g.! 
! if there is a change in any ! 
'file, say instructor pay,thenl 
'.the change must also be in ! 
!all other files that contain ! 
!this information. ! 

I I 

.Limited data sharing ! 

! Since every application has! 
.its own private files, there ! 
!is little opportunity to i 

! share data between ! 

{application program files. ! 

. . 
. . 

! Poor enforcement of standards! 

! A standard in data formats ! 

iis very hard to maintain if ! 

leach application program has ! 

! i ts own f i 1 es. ! 

i i 

. . 

! Excessive program maintenance! 

! Because the descriptions of ! 

! f i les, records, and data ! 

Jfields are embedded within ! 

!individual application ! 

! programs, any change in a ! 

! data file will necessitate a ! 

Ichange in the program. ! 



Database processing approach 



Minimal data Redundancy 

Previously separated and 
redundant data files are 
integrated into a single, 
logical structure. 

Consistent data 

Because the redundancy is 
controlled, there is a less 
chance of inconsistency. 

i 



I 

Sharing of data 

Data can be shared 
by many application programs 
through the DBMS. 



Enforcements of standards 
Since data is stored 
only once, maintaining a 
standard is a lot easier. 



Reduced program maintenance 
Due to data independence. 
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[Ref. 1: pp.3-83 



4. Components of a Database System 



A database system is a collection of five components 
that interact to satisfy user needs- The five components are 
hardware, programs, data, people, and procedures. 

a. Hardware 

Database systems do not require any special type 
of hardware. Database applications often require more 
hardware, more main memory, a faster CPU, and more direct 
access storage. 

As shown in Figure 1.3, the computer processing 
the application program sends requests for service and data 
over a channel to the database machine. The machine 
processes the requests and sends results, data, or messages 
back to the main computer. Thus database processing can be 
performed simultaneously with applications processing. 

CRef. Is pp. 8 & 93 

b. Programs 

Several types of programs are used in database 
processing systems. Figure 1.4 shows the approximate 
relationships of the major types. Online processing requests 
or transactions are provided by users at terminals. The 
requests are sent to the processing computer over 
communications lines. The requests are received and routed 
by the communications control program <CCP) . This program has 
several important functions. It provides communications 
error checking and correction, it coordinates terminal 
activity, it routes messages to the correct next destination, 
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Figure 1.3s Processing with Database Machine CRe-f.l: p.83. 



Keyed-entry Batch Processing 




Figure 1.4s Programs Involved in Typical Database 

Processing [Ref. Is p.93. 
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it -formats messages for various types of terminal equipment, 
and it performs other communication- or i ented tasks. The CCP 
is an important and complex program. The CCP routes online 
input to the next level of the programs. This level contains 
application programs (AP) as well as database utilities. The 
application programs satisfy specific needs like order entry, 
inventory accounting, billing, and so forth. The utility 
programs are provided by either the DBMS or the hardware 
vendor. These programs provide a wide variety of services. 

DBMS is a software system that carries out all 
user's requests for data. The request may be an update or a 
retrieval operation. The final type of program involved in 
database processing is the operating system. This set of 
programs manages the computer's resources. CRef.ls pp 9—113 

c. Data 

A database is a sel f — descr i bi ng collection of 
intergated files. The database is self-describing because it 
contains, within itself, a description of its structure. 

According to standard usage in the computer 
industry, bits are grouped into bytes or characters, 
characters are grouped into fields, and fields are grouped 
into records. A collection of records is called a file. It 
is tempting to continue this abstraction by stating that 
files can be grouped to form a database, which is more than 
just a collection of files, but a collection of integrated 
files. Another way of saying this is that a database is a 
collection of files and the relationships among records in 
those files. 

In a database system a variety of forms, or 
views, of the data are defined. One such view is called the 
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schema, or conceptual view- This is the complete, logical 
view of the data. 

The schema describes all of the data in the 
database. For a bank, the database schema might include the 
customer, checking, savings, loan, and credit records. 

It would be undesirable from a control standpoint 
to allow every application program to access all of this 
data. The bank would not want the checking programs, for 
example, to have access to loan data. 

To restrict access to the database, companies 
define another type of view called a subschema, or external 
view. The subschema defines a subset of the schema to be 
seen by a given application program or user. 

Figure 1.6 is an example of subschemas for a Bank 
database. A program that invokes the checking subschema will 
see only customer and checking records- All other database 
records will be invisible to that program. There will be 
more than one subschema and subschemas can overlap. 

A third view of the data is called the internal 
or the physical view. This is the form of the data as it 
appears to a particular processing computer. It describes 
how data is physically arranged and how it is allocated to 
files. CRef.ls pp. 11-14D 
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Characters 



Fields 



Records 
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! 0 
: n 

! Name -C E 

: : s 

: CUSTOMER!, ! ! . 

! CUST0MER2 C ! . 
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CUSTOMER < ! ! 

CHECKINS ! ! Address C 

SAVINGS ! ! 

LOAN 



Bank 

Database 



CREDIT 

+ 

Record 

Relations 



Database 

Description 



Figure 1.5s Composition of Bank Database. C Ref . 1 : p. 13D 



CUSTOMER 



CUSTOMER 



CHECKINS 



SAVINGS 



CUSTOMER 



LOAN 



CREDIT 



a. Checking 
Subschema 



b. Savings 
Subschema 



c . Loan 

Subschema 



Figure 1.6s Subschema for a Bank Database. [Ref . 1 s p. 143 
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d. People 



People are the -fourth component o-F a business 
database system. These consist of many different types: 

(1) Cl i entel e : They are the people for whom the system is 

developed. The clientele of a payroll system are 
employees. 

(2) Users : They are the people who employ the system to 

satisfy a particular need. 

(3) Operations personnel : They run the computer and 
associated equipment . 

<4> Systems development personnel : They design and 

implement the database system. They determine 
requirements, specify alternatives, design the five 
components of the system, and manage systems 
i mpl ementati on . 

(5) Database administration (DBA) personnel : The function 

of the DBA staff is to serve as a protector of the 
database and as a focal point for resolving user's 
conflicts. The DBA should he a representati ve of the 
community as a whole, and not of any particular user or 
group of users. 



e. Procedures 



Both users and the operations staff need 
documented procedures for normal conditions. The users need 
to know how to sign on to the system, how to use the 
terminals, how to provide data, and so forth. They also need 
procedures that ensure they do not interfere with one 
another . 

Computer operations personnel also need 
procedures. They need to know how to start and stop the 
database applications, and how to perform backup. Further, 
if there are special operating instructions such as for 
mounting certain disks or the like, these instructions need 
to be documented as standard procedures. CRef.l: pp.15— 171 
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DATA MODELS 



The study of database processing involves learning the 
database models- In this section the data models are 
presented. 

A model is a representati on of real-world objects, events 
and their associ ati ons- A data model is an abstract 
representati on of the data about entities, events, 
activities, and their associations. 

The purposes of data models are: 

1- To represent data. 

2- To be understandable. 

1 . Components of a database model 

Database models have two major components- The data 
definition language (DDL) is a vocabulary for defining the 
structure of the database- The DDL must include terms for 
defining records, fields, keys, and relationships- In 
addition, the DDL should provide a facility for expressing a 
variety of user views- Ideally, the model will also provide 
a method for expressing database constraints- The purpose of 
data definition components in a database model are to: 



a. 


Descr i be 


records. 


b. 


Describe 


f i el ds. 


c- 


Describe 


rel ati onshi ps. 


d- 


Identify 


keys. 


e. 


Express i 


user views. 


f - 


Express < 


constrai nts: 



(1) Edit. 
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<2) Intrarecord - 
(3) Intrerrecord. 



Data manipulation language <DML> is the second 
component of a database model- The DML is a vocabulary for 
describing the processing of the database. Facilities are 
needed to retrieve and change data in the database. Two 
types of DML exist. 

Procedural DML is a language for describing actions 
to be performed on the database. Procedural DML obtains a 
desired result by specifying operations to be performed. For 
procedural DML, facilities are needed to define the data to 
be operated on and to express the actions to be taken. Both 
data items and relationships can be accessed or modified. 
Also, to ensure that the database can be accurately recovered 
in the case of failure, commands are needed to define logical 
transactions and to eliminate changes in case of a program- 
detected error. 

Nonprocedural DML is a language for describing the 
data that is wanted without describing how to obtain it. The 
DBMS is given the job of determining how to get the result. 
Nonprocedur al DML is descriptive, not pr escr i pt i ve . 

2. Hierarchical Data Model (HDM) 



A model is hierarchical if its only data structure is 
a hierarchy (tree). HDM represents data as a set of nested 
one-to-many ( 1 : M) and one-to-one (1:1) relationships. 

One obvious problem with HDM is that many-to— one (M:l) 
relationship is not supported, thereby producing redundancy. 
Suppose one teacher teaches many courses. That teacher's 
information will be repeated for every course he teaches. The 
advantage of HDM's is that they are familiar structures. 
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A 

with each 
in Figure 



hierarchical database 
tree consisting of an 
1.7. 



consists of one or more 
hierarchy of records as 



trees 

shown 



VENDOR 



VEND# 


VNAME 


CITY 


PRODUCT 




PROD# 


PNAME 


PRICE 



Figure 1.7s Hierarchical Diagram For Database. 



The hierarchy of Figure 1.7 is declared as follows: 
- TREE NAME IS VENDTREE 

RECORD NAME IS VENDOR 

VEND# TYPE IS INTEGER 
VNAME TYPE IS CHAR < 20) 

CITY TYPE IS CHAR < 10) 

RECORD NAME IS PRODUCT 
PARENT IS VENDOR 
PROD# TYPE IS INTEGER 
PNAME TYPE IS CHAR (30) 

PRICE TYPE IS REAL 

The parent/child relationship is denoted by putting 
PARENT IS (record name) in the child record declaration. 

a. Data Retrieval 

The basic retrieval command is GET and the 
general format is: GET LEFTMOST < target record name) 

[WHERE <condition>D 
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The <condition> has the following form: 

<record name>.<f ield name> <rel-op><value> 
where <rel-op> is usually a binary relational operator. The 
<record name> must be an ancestor of <target record name>. 

The square brackets signify the optional part. 

For example, referring to Figure 1-7, we want the 
price of the PRODUCT whose name is AAA and belongs to the 1st 
VENDOR. 

GET LEFTMOST PRODUCT 

WHERE (VENDOR. VEND# = 1) 

AND (PRODUCT. PNAME = 'AAA' 

PRINT PRODUCT. PRICE 

(1) Insertion - Inserting a new record is very 
simple. First put the values in the template, (Template is a 
kind of data. Values placed in the template will be copied to 
the database by STORE command and copied into it from the 
database by the GET command) and then execute the INSERT 
command, which has the same format as the GET command. To 
add a new PRODUCT 'AAA' to the 1st VENDOR, we write: 

PRODUCT. PNAME = 'AAA' 

PRODUCT . PROD# = '100' 

INSERT PRODUCT 

WHERE VENDOR. VEND# = 1 
So the format of insert command is: 

INSERT <record name) 

(2) Deletion . To delete a record, we first locate 
the desired record by using the GET HOLD command and then we 
write DELETE. GET HOLD works exactly like the GET command. 

The GET HOLD will make sure that no other pointers are 
pointing to the descendant of the record to be deleted. When 
a record is deleted, all descendent records of the record 
will also be deleted automatically. So to delete the 2nd 
PRODUCT of the 4th VENDOR, we would simply state: 
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GET HOLD LEFTMOST PRODUCT 
WHERE (VENDOR. VEND# = 4) 

AND (PRODUCT. PROD# = 2) 

DELETE 

So the -format of delete command is: 

GET HOLD (record name) 

DELETE 

(3) Modification . The modification operation is 
similar to deletion. To modify a record after gaining 
exclusive control of it T we first change the data values in 
the template and then issue the command REPLACE. The 
following will replace the PRICE of the 7th PRODUCT to $40. 

GET HOLD LEFTMOST PRODUCT 
WHERE PRODUCT. PROD# = 7 
PRODUCT. PRICE = '$40' 

REPLACE 

CRef.2: pp. 30-32D 

3. Network Data Model (CQDASYL DBTG) 

The Network Data Model (NDM) represents data as a set 
of record types and pairwise relationships between record 
types. Relationships that involve more than two record types 
are not directly permitted. NDM does not allow M:N (Many to 
Many) relationships. It supports the use of multiple 1:M 
(One to Many) relationships between the same pair of record 
types. 

The CODASYL DBTG data model was developed by the same 
group that formulated COBOL. It was developed during the 
late 1960s and is the oldest of the data models. The DBTG 
model is a physical database model. There are constructs for 
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defining physical characteristics of data, for describing 

where data should be located, and for instructing the DBMS 

\ 

regarding what data structures to use for implementing record 
relationships and other similar physical character i st i cs. 

A procedural DML has been carefully and completely 
defined for this model. A nonprocedural DML for the DBTS 
model does not exist. 

Many DBMS products are based on the CODASYL DBTG 
model. Consider the following data structure diagram. 



PRODUCT 



VENDOR 



PROD# 



PNAME 



UNITPRICE 



VEND# 


VNAME 


ADDR 


OWNER 



Figure 1.8: Network Diagram For Database. 



The above diagram shows a one to many (1:M) 
relationship between VENDOR and PRODUCT. In a network DBMS, 
we declare them (using DDL) as in Figure 1.9 

RECORD NAME IS PRODUCT 

LOCATION MODE IS CALC USING VEND 
1 PROD# TYPE IS INTEGER 
1 PNAME TYPE IS CHAR (20) 

1 UNITPRICE TYPE IS REAL 
RECORD NAME IS VENDOR 

LOCATION MODE IS VIA SHIPMENT 
1 VEND# TYPE IS INTEGER 
1 VNAME TYPE IS CHAR <30 
1 ADDR TYPE IS CHAR (10) 

1 OWNER TYPE IS CHAR (20) 

SET NAME IS SHIPMENT 
OWNER IS VENDOR 
MEMBER IS PRODUCT 

INSERTION IS AUTOMATIC 

RETENTION IS FIXED 

SET SELECTION IS VALUE OF PROD# 

Figure 1.9: A DDL Description of Records and Set Types. 



29 



In Figure 1-9 we see the declaration of the record 
types and set types needed to describe the network of Figure 
1-8. These declarations are in DDL syntax. 

The fields for each record type, with the data type 
of each field, are listed in the declaration of the record 
type- The integer 1 preceding each field name is a level 
number, as in the declaration of PL/I record structures. 

Level numbers up to 99 are permitted, allowing fields to have 
structure. The typical use of such structure is to declare, 
within a field such as ADDRESS, subfields like STREET, CITY, 
and ZIP CODE at level 2- 

So a record type is declared as: 

RECORD NAME IS <record type name) 
followed by the list of attribute names and their data type. 

Figure 1-9 also contains the declaration of one, set 
type, corresponding to the one link in Figure 1-8- The link 
is many —to— one from PRODUCT record type to the VENDOR record 
type- A set type is declared as follows: 

SET NAME IS <set type name> 
followed by the name of OWNER and MEMBER record types. 

The meaning of an option available in declaring a 
record type, LOCATION MODE IS, is explained as follow: 

CALC: Indicates that a record instance will be 

placed and may be accessed in secondary memory based on a 
value for a primary or secondary key- Usual ly, this is 
implemented by key value hashing, but index methods are 
possible- That is, a database can be entered directly at a 
given record if a CALC key value is known. 

VIA : Indicates that a record instance will be 

placed in secondary memory close to its parent record 
instance for one specified set. This helps to improve 
performance when used with a frequently referenced set- VIA 
and CALC may not both be used on the same record. 
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Use of VIA prevents access to the record by a key value. 

DIRECT: Indicates that a record instance will be 
placed by and may be accessed by its physical address. 



a. Program Environment 



For every user accessing a database, there is a 
workspace called user working area which holds three kinds of 
data: 

(1) Variables . They are defined by the program. 

(2) Currency pointers . They are variables that hold the 
physical address (called database key in CODASYL 
terminology) of the record instance most recently 
accessed or manipulated in a specified category of 
records. There are three kinds : 

(a) Current of run-unit: The most recent instance of 

any database record is referenced. 

(b) Current of record type: For each record type in 

the schema, the most recent instance is referenced. 

(c) Current of set type: For each set type in the 

schema, the most recent set record instance (either 
owner or member) is referenced. 

(3) Templates for the various record type s. Values placed 
in the template will be copied to the database by STORE 
command and copied into it from the database by 

the GET command. 



b. Data Retrieval 



Two key commands in data relationnal operations 



are: 
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(1) FIND , The FIND command moves the currency pointers. 

It has the following syntax: 

(a) FIND <record type> RECORD BY DATABASE. 

For example, referring to Figure 1.8 and assuming: 

- VENDOR is stored with LOCATION MODE BY CALC 
using VEND#. 

- PRODUCT is stored VIA VENDOR 
LOC = CURRENT OF PRODUCT 

FIND PRODUCT RECORD BY DATABASE KEY LOC 
GET PRODUCT, UNITPRICE 

(b) FIND <record type> 

For example: 

VENDOR. VNAME = 'AAA' 

FIND VENDOR RECORD BY CALC 
GET VENDOR 

(2) GET . This command copies the record instance of the 
current run-unit into a template, and has the following 
syntax : 

GET <record type>,<list of attribute names> 

Notice that a record instance of<record type> must be 
pointed by the current run-unit. 

c. Data Update 



An update operation includes insertion, deletion 
and modification of a record. There are several options 
available in network DBMS for the update operations. When we 
insert a new record into a database, do we want the record to 
be automatically attached to the appropriate owner or do we 
want to control where it is attached ourselves? Two options 
are available, INSERTION IS AUTOMATIC and INSERTION IS 
MANUAL. We would use INSERTION IS AUTOMATIC if the record 



cannot exist without having an owner. On the other hand, if 
the record can exist without having an owner, then we must 
select INSERTION IS MANUAL. The option INSERTION IS affects 
the insertion operation. Similarly, the RETENTION IS option 
affects the removal of a member record from a set. When 
RETENTION IS FIXED is used, the member record must be 
permanently associated to the same owner. The only way to 
change the association is to physically erase the record from 
the database, then re— insert it connecting to the new owner. 
When RETENTION IS MANDATORY is used, the member record does 
not have to be fixed to the same owner. However, the member 
record must be associated to some owner in order to exist in 
the database. When RETENTION IS OPTIONAL is used, the member 
record does not have to be fixed to the same owner nor 
associated to some owner. ERef.2: pp. 25-303 

4- Relational Data Model (RDM) 



The relational data model is near the midpoint 
between human-machine activity because it has both logical 
and physical character i sti cs. The relational model is 
logical in that data is represented in a format familiar to 
humans. The relational model is unconcerned with how the 
data is represented in computer files. There are relational 
DBMS products. This means that databases designed according 
to the relational model need not be transformed into some 
other format before implementation. 

RDM is different from HDM and NDM in its architecture 



and also in 



a. Normalization theory. 

Properties of a database that make it free of certain 
mai ntenance problems. 

b. Query languages. 

These languages permit data to be manipulated as groups 
and not procedurally as one record at a time- 

RDM represents data as a collection of relations. A 
relation is a 2-dimensional table with the following 
propert i es: 

a- Each column contains values about the same attribute. 

b- Each column has a distinct name. 

c. Each row is distinct. 

d. Sequence of the rows is immaterial. 

Figure 1.10 shows two relations, one for customers 
and the other for invoices. The rows of the relation are the 
file records. Rows are sometimes called tuples of the 
relation. The fields of the relation are shown in the 
columns, they are sometimes called the attributes of the 
rel ati on . 

The significance of the relational model is not that 
data is arranged in relations, but that relationships are 
considered to be implied by data values. For example, in 
Figure 1.10 a relationship is implied by the common 
attribute, customer-number - Customer — number 10 in the 
CUSTOMER relation is related to 100 in the INVOICE 
relation. We can join these two relations together on a 
common value of Customer— numbers as shown in Figure 1.11. 

The principal advantage of carrying relationships in 
data is flexibility- Relationships need not be predefined. 

We can join CUSTOMER tuples with INVOICE tuples or CUSTOMER 
tuples with ACC0UNTS-RECEI VABLE tuples, or whatever, without 
having to predefine the relationships in the design. 
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a. Customer Relation b. INVOICE Relation 

Figure 1.10: Sample Relations. CRef.l: p. 1963 
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Figure 1.11: Join of CUSTOMER and INVOICE Relations. 

CRef. 1: p. 1973 

More research has been done regarding the relational 
model than any other model. Much has been said regarding th 
best ways of structuring relations, and many different 
relational data manipulation languages have been designed. 



Some of these, such as SQL, are nonprocedural • 

Others, such as relational algebra, are procedural . Until 
recently, the problem with the relational model has been the 
lack of a commercially viable relational DBMS. However, 
there are now several relational DBMS products. 

a. Data Definition Language (DDL) 

The general format of DDL in a relational DBMS 
is: CREATE <table name) ^attribute list>> 

where <table name> is the name of relation and <attribute 
list> is the list of attributes and their type declaration. 

To create an employee table with name, age, and address 
attributes, we declare. 

CREATE EMPLOYEE (NAME=CHAR (20) , AGE= INTEGER , ADDR=CHAR ( 10) ) 

b. Data retrieval 

The relational model is based on the mathematical 
theory of set and relations. We have well-defined 
mathematical formalisms for manipulating relations. They are: 

(1) Relational algebra , and 

(2) Relational calculus , divided into tuple and domain 
calculus. 

Real query languages used in relational DBMS are: 

(1) SQL (Sequence Query Language) , based on relational 
algebra. 

(2) QUEL (Query Language) , based on tuple calculus. 

The general formats are: 

( 1 ) SQL 



SELECT <attri bute> 
FROM <relation> 
WHERE < condi ti ons> 
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(2) QUEL 

{RANGE OF <var> IS {relation)) 

RETRIEVAL ( < var > . < attr i bute> 

{ , < var >. <attr i bute>} ) 

WHERE <condi ti on > 



c. Data update 



(1) Insertion ■ The general -formats 
insertion operation are: 



<a) SQL 

INSERT INTO {relation) 

[WHERE {condition >3 

(b> QUEL 

APPEND CT03 {relation). ({target list)) 

(2) Delete . The general formats -for 
operation are: 



(a) SQL 

DELETE FROM {relation) 

[WHERE {condition >3 

(b) QUEL 

DELETE {tuple var) 

[WHERE {condition>3 

(3) Modification . They are: 

(a) SQL 

UPDATE {relation) 

SET {assignment) 

[WHERE {condition >3 

<b> QUEL 

REPLACE {tuple var) ({target list)) 
[WHERE {condi ti on )3 



for the 



deletion 



[Ref. 2: pp. 1V-253 



5 . Comparison of the Model s 



To evaluate the three models we must first state the 
criteria by which they should be judged- We see two primary 
concerns. 

a. Ease of use 

Especially in small databases, on the order of 
thousands or tens of thousands of records, the principal cost 
may be the time spent by the programmer writing application 
programs and by the user posing queries. 

b. Efficiency of Implementation 

When databases are large, the cost of storage 
space and computer time dominate the total cost of 
implementing a database- We need a data model in which it is 
easy for the DBM to translate a specification of the 
conceptual schema and the conceptual —to— physi cal mapping into 
an implementation that is space efficient and in which 
queries can be answered efficiently. 

By the criterion of ease of use, there is no 
doubt that the relational model is superior- It provides 
only one concept, the relation, that the programmers or user 
must understand. Moreover , the relational algebra and 
calculus clearly provide a notation that is quite powerful. 
The network model requires our understanding of both record 
types and links, and their i nterrel ati onshi ps. The 
implementation of many-to-many relationships and 
relationships on three or more entity sets is not 
strai ghtf orward . Similarly, the hierarchical model 
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requires understanding the use of pointers and has the same 
problems as the network model regarding the representat i on of 
relationships that are more complex than many-to-one 
relationships between two entity sets. 

When we consider the potential for efficient 
implementation, the network and hierarchical models score 
high marks. Since relations can, and often do, represent 
many- to— many mappings, we see that efficient implementation 
can be more difficult for relational than for network or 
hi erarchi cal Database. 

Early commercial database systems were almost 
uniformly based on the network or hierarchical model, because 
the emphasis of such systems has been on the maintenance of 
large databases, and these models lend themselves most easily 
to the necessary efficient implementation. However, there 
were in 1982 several successful commercializations of the 
relational model, and we feel that the relational systems 
will become progressi vel y more accepted for two reasons. 
First, it is becoming clear that the same concepts used to 
design a large database apply as well to small and medium 
scale databases, and there are many more small databases than 
large ones. With small databases, the ease of use inherent 
in the relational model assumes increased importance. 

Second, many of the apparent inefficiencies of the relational 
model can be eliminated. [Ref .2: pp. 168— 1703 
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C. DBASE II CONCEPTS 



DBASE is a relational database management system- The 
dBASE II does contain its own programming language, 
permitting a user to develop extremely powerful and complex 
programs that meet demanding applications like general 
personnel, accounting and inventory control - 

1 . Features of dBASE II 



The most important features of dBASE II are: 

a- Independence of programs and data- Changes in file 
structures do not affect programs. 

b. Data can be easily updated. 

c- Sorting and indexing capabilities. 

d. Easy creation of reports by the report generator 
facility, or under program control. 

e. Very high level built-in language which supports 
structured programming . 

2. Limitations of dBASE II 



The limitations of dBASE II are: 

a. DBASE II allows only two files to be open at a time. 
This creates difficulties which can be overpassed by 
using special techniques but the system will slow down. 

b- DBASE II allows only 32 fields per record, which is 
enough most applications, and the maximum number of 
characters permitted per record is 1000. 

c- Each field can be up to 254 characters long. 
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d. DBASE II does not allow -for swapping of data disks 

during a program execution, therefore making the 

selection of a floppy-disk based system impractical for 
database sizes > 1-2 Mbytes. 

e. DBASE II allows 16 programs to be run at any given 

time, reduced by the number of data files in use. For 

example, if we have 2 files in use. then 14 programs 
are allowed. 

f. DBASE II applications are slower than compiled 
programs. 
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D. PLANNING PHASE 



Planning phase can generally be thought of as having two 
major components, systems analysis and systems design. 

System analysis is the process of gathering and 
interpreting facts, diagnosing problems, and using the facts 
to improve the system. 

System design is the process of planning a new system to 
replace or complement the old. System design proceeds 
through the two phases of logical design and physical 
design. Logical design includes, in detail, the 
specifications of the new system, that is, the outputs, the 
inputs, the files, and the system functions. Physical design 
includes the program software, and the working system. 

System analysis and design are covered in the next three 
sections 2, 3, and 4. 
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II 



ANALYSIS 



PHASE 



System analysis is the process of gathering and 
interpreting facts, diagnosing problems, and using the facts 
to improve the system. Analysis specifies what the system 
should do. 

In our case, we want to 'computerize' an Ordnance 
Battalion in order to better control the inventory and have 
more current, up-to-date, information about stock levels and 
reordering. 

Before the design of the system can be determined for 
activities such as the capture of data, updating of files, 
and production of reports, we need to know more about how the 
Battalion now handles its operations. Especially, we must 
answer all the following questions. What forms are being 
used to store information manually such as requisitions and 
orders? What reports, if any, are now being produced and 
what they are being used for? How does the system presently 
work, or more specifically, what does the flow of information 
through the system look like? Why does the Battalion want to 
change its current operations? Does it have problems in 
handling inventory, orders, and supplying the units of the 
Di vi si on? 

After answering the above questions and gathering other 
information about the current system we can begin to 
determine how and where a computer information system can 
benefit the user of the system. 

This chapter contains a discussion of the current 
logistic, tactical, and operational system of the Ordnance 
Battalion. That is followed by the analysis which contains 
the objectives of this project, the automation environment, 
and the system requirements including input and output 
i nf ormati on . 
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A. CURRENT SYSTEM 



1 • General Description of an Ordnance Battalion 

An Ordnance Battalion is the primary materials 
supplier to all units of an INFANTRY DIVISION. In total, it 
supplies materials for up to 25 independent units. 

The organization of a typical Infantry Division and 
an Ordance Battalion is shown in Figures 2.1, and 2.2, 
respectively. Figure 2.3 shows a typical list of units 
supplied by the Ordnance Battalion in an Infantry Division. 

2. Ordnance Battalion' Materials 



An Ordnance Battalion handles two main categories of 
materi al s: 



a. General Material. 

(1) Transportati on means (Vehicles, etc.) 

(2) Communication means (Wireless sets, etc) 

(3) Weapons (Rifles, Machine guns. Pistols, etc) 

(4) Other general —mater i al (Beds, Tables, Dresses, etc) 

b. Spare-Parts. 

Spare-Parts for the above general materials' list. 
Especially, spare— parts for transportati on means, 
communication means, and weapons. 
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Figure 2.1: Organization of Infantry Division 
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Figure 2.2: Organization o-f an Ordnance Battalion 



Seq# 


Unit 


Abrevi at i on 


i 


511 Rifle Battalion 


511 RB 


o 


512 Rifle Battalion 


512 RB 


o* 


513 Rifle Battalion 


513 RB 


4 


521 Rifle Battalion 


521 RB 


5 


522 Rifle Battalion 


522 RB 


6 


523 Rifle Battalion 


523 RB 


7 


531 Rifle Battalion 


531 RB 


8 


532 Rifle Battalion 


532 RB 


9 


533 Rifle Battalion 


533 RB 


10 


110 Light Artillery Battalion 


110 LAB 


11 


111 Light Artillery Battalion 


1 1 1 LAB 


12 


112 Light Artillery Battalion 


112 LAB 


13 


150 Heavy Artillery Battalion 


150 HAB 


14 


250 Armor Battalion 


250 ARB 


15 


750 Engineering Battalion 


750 ENB 


16 


450 Ware-fare & Signal Battalion 


450 WSB 


17 


350 Reconnai nsance Company 


350 RC 


18 


650 Transportation Battalion 


650 TRB 


19 


850 Technical & Repair Battalion 


350 TScRB 


20 


Weapons Company 


WC 



Figure 2.3: List o-f units of an Infantry Division 
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3. Ba sic Operations 

The basic operations of the Ordnance Battalion are: 

a. The Ordnance Battalion has an organizational structure 
as depicted in Figure 2.2. 

b. The GENERAL MATERIAL COMPANY of the Battalion holds all 
the general materials and supports all units of the 

Di vi si on. 

c. ‘ The four SPARE PART COMPANIES of the Battalion are 

independent of each other and each contains 
approximately the same kinds and quantities of spare- 
parts. The division of responsibilities of the four 
SPARE PART COMPANIES are: 

(1) The first Company supplies all the units of the 
Division except those belonging to the Infantry 
Regi ments. 

(2) Each of the other three Companies supplies all 
units of a specific Infantry Regiment. 

d. The WEAPONS COMPANY does not have any relation with 
materials and contains all the military and civilian 
personnel needed for the different activities of the 
Ordnance Battalion other than those of handling 
materials. 

e. The OLD MATERIAL COMPANY receives all the old materials 
returned from the units of the Division. Its purpose 
is to separate these materials into repairables and 
useless. The useless materials are destroyed, and the 
repairables are given to the Repair Company of the 
Batt al i on . 

f. The REPAIR COMPANY receives all repairable old 
materials from the Old Material Company of the 
Battalion and repairs them. 

g. The operational and tactical activities of the 
Battalion are: 

(1) The GENERAL MATERIAL COMPANY and the first SPARE 
PART COMPANY remain with the Ordnance Battalion 
supporting the Infantry Division. 
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(2) Each of the other three SPARE PART COMPANIES 
follows its supporting Regiment and acts 
independently from the Ordnance Battalion. 



4. Documents 



Two documents are used: 

a. The first document is used by all units of the Infantry 
Division in order to request materials from the 
Ordnance Battal i on - 

b. The second document is used by the Ordnance Battalion 
in order to give the requested materials to the units. 

5. Acquisition of Materials 

Once a week the Ordnance Battalion informs the 
Ordnance Regiment with its required quantities of materials. 
In order to calculate the required quantity in one material 
the following factors must be taken into consideration: 

a. The existing quantity of the particular material. 

b. The maximum and minimum quantity. 

c. The owed quantity. 

d. The required time between the ordered date and the date 
of receiving the materials. 

The required time between ordering a material and 
receiving it is about three months, so it is crucial to 
calculate correctly the ordered quantity. 
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B. SYSTEM OBJECTIVES 



1 - Reasons -For the Pro j ect 

The reasons for switching from the existing manual 
system to an automated one are: 



a. To achieve greater processing speed. 

Using the computer's inherent ability to calculate, 
sort, and retrieve data and information is faster than 
that of people doing the same tasks. 

b. To achieve better accuracy and improve consistency. 

Carrying out computing steps, including arithmetic, 
correctly and in the same way each time. 

c. To achieve faster information retrieval. 

Locating and retrieving information from storage. 

d. To reduce the cost. 

Using computing capability to process data at a lower 
cost than is possible with other methods, while 
maintaining accuracy and performance levels. 

e. To provide better security. 

Safeguarding sensitive and important data andprograms 
in a form that is accessible only to those persons 
having author i zat i on - DBMS provides several security 
features such as : User authori zati on , Program 
author i zati on , Subschema author i z ati on (i.e. area, 
records, sets) . 

f. To save personnel for other activities. 

A manual system requires a large number of people each 
performing all activities manually. A computerize 
system, on the other hand, requires fewer personnel 
with knowledge in programming and the use of a 
computer . 
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2 



Project Tasks 



The project tasks are the -following: 

a. To keep track of: 

(1) The existing materials in the Ordnance 
Battal i on. 

(2) Delivered materials to each unit of the Infantry 
Di vi si on . 

(3) Owed materials to each unit. 

b. To provide lists of materials and units under several 
specifications. For example, lists of materials 
which entered the Battalion on a specific date or 
during a specific period of time, lists of materials 
given to a unit on a particular date or period of time 
or by a specific registration number, or lists of unit 
supplied by a particular material, etc. 

c. To make inventory reordering and ensure that adequate 
quantities of materials are on hand and available for 
use without carrying an excessive, and therefore 
costly, quantity. 

d. To provide an automatic system of supplying the owed 
materials to the units as soon as these materials are 
made available to the Battalion. 

e. To ensure insertions, deletions, and modi f ications in 
all the files of the system are made quickly and 
accuratel y . 

f. To provide information such as: 

(1) Which materials are needed for the repair of an 
item of general material (for example, for the 
vehicle M35) . 

(2) The location of each material in the store. 

(3) The materials that are under the safety limit on 
quantity, or up to the maximum amount, or under 
the minimum quantity limit, etc. 
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C. AUTOMATION ENVIRONMENT 



Computing services -far the Ordnance Battalion will be 
provided by a mi crccamputer , IBM PC or a corresponding 
compatible using a DBASE II package sc-ftware. The 
microcomputer will be at 256 k memory and it will have two 
-floppy disks, and one harddisk of 20 megabytes- Inventory 
control is the major application o-f the development effort. 

1 ■ Us er Re qui rement s 

A requirement is a -feature that must be included in a 
new system and may include a way a-f capturing or processing 
data, producing information, controling a business activity, 
or supporting management- The determination of requirements 
thus means studying the existing systems and collecting 
details about them to determine these requirements. 

In our system, the answers to the fallowing two 
questions identify the basic requirements: What is the basic 

process? What data is used or produced during that process? 

a. Basic Process of the System 

Inventory reordering and modifications are the 
main processes of the project. 

The tasks of the system have been described above 
in paragraph II .8 

The required steps to perform reordering are: 
verifing the stock an hand, determining future requirements 
and ideal time to place orders, determining quantities to 
order, and placing the order. 
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All of the above steps take place in the logistic 
component of each company of the Ordnance Battalion, using 
information provided by the inventory, and owed files of the 
system, and the requested quantity of each material, used to 
determine the current levels, which then are compared to 
statistical elements based on the levels of personnel and 
main materials of the Infantry Division. 

The estimating time for this process as well as 
for any other computing activities is a few minutes for 
simple and routine orders, and longer for orders involving 
new logistical support under special circumstances. 

The process for reordering will take place once a 
week. Any other process will be performed when required. 

The information produced is used by any 
authorized person of the Ordnance Battalion or Infantry 
Division. 

b. Input and Output Information 

(1) Input Information . The needed input 
information is organized as follows: 

Each material must have a Part Number of the 
form (0000— 000— 0000) , a material name and belongs in one of 
the categories, Transportat i on means. Communication means. 
Weapons, Other — General-Material , and spare-parts. Figures 
2.4, 2.5, 2.6, 2.7, and 2.8 show materials of the above 
cat eg or i es , respect i vel y . 

(2) Documents . Basically two working documents 
are used to request and supply materials. 

(a) The first is the REQUEST— DOCUMENT as 
shown in Figure 2.9. This document is completed by the 
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supplied unit and submitted to the supplying battalion- Each 
document may contain up to 10 entries of General materials, 
or Spare parts- The Spare parts requested by each document 
must be used in only one general material. 

(b) The second and most important document 
is the SUPPLIES-DOCUMENT , Figure 2-10- This document is 
completed by the supplying unit and is published in two 
copies, one for -supplying unit and the other for the supplied 
unit- The SUPPLIES-DOCUtiENT is the official promissary note 
for the unit that takes the materials and the official 
document of credit for the Ordnance Battalion. 

This document is also used by the 
Ordnance Battalion to subtract from its store the quantity of 
the given materials, and by the unit to add in its store the 
mater i al s recei ved . 

The following information is necessary: 

(1) The number of personnel of each unit as well as the 
total personnel of the Infantry Division. 

(2) The total number of each main material existing in 
each unit. 

Also two books are used by the Ordnance Battalion: 

(1) One for registration enter documents. 

(2) The second for registration exit documents 

(3) Output Inf or mat i on . The databaise system can 
be applied to any Ordnance Battation in any Infantry Division 
in the Greek Armed Forces. The following information is 
provi ded : 



(a) List of materials received by the Battalion on a 
particular date. 



<b> List of all materials received by the Battalion in a 
specific period of time. 



(c) List of all materials received by the Battalion based 
on a particular registration number. 



<d> 

(e> 
(f > 
<q> 



List of 
or in a 

Li st of 

List of 

List of 
owed . 



material (s> given to a unit on a specific date 
specific period of time. 

all materials needed reorder 

materials owed to a unit. 

all units to which a specific material is 



<h> List of all spare parts used for repair from a 
specific main material. 



Part-no ! 

i 


Material name 


Qt i ty 


Max 


Min ! Ind ! 

1 i 


□wed 


Wai t 


• 

1001-000-0000 ! 


Vehicle 


M34 


35 


50 


1 

20! 


30! 


0 


0 


1002-000-0000 ! 


Vehi cl e 


M35 


25 


50 


20! 


30 ! 


0 


25 


1003-000-0000! 


Vehi cl e 


M38 


5 


20 


5! 


10 ! 


10 


25 


1004-000-0000 ! 


Vehi cl e 


M38A1 


5 


15 


5 S 


10 ! 


5 


20 


1 005-000-0000 ! 


Vehicle 


M41 


0 


5 


21 


3! 


3 


8 


1006-000-0000 ! 


Vehicle 


M51 


2 


5 


1 ! 


3! 


0 


2 


1 007-000-0000 ! 


Vehi cl e 


Ml 1 3 


1 


3 


i : 


2! 


1 


2 


1 008—000—0000 ! 


Vehicle 


AMX-10 


1 




i : 


2 ! 


0 


1 


1009-000-0000! 


Vehicle 


Leopard 


1 


O 


l : 


<■> i 

X- 1 


n 

X- 


~z 


1010-000-0000! 


Vehicle 


M6000 


5 


20 


5 i 


10! 


5 


25 


1011-000-0000! 


Vehicle 


D/G 3/4 


0 


10 


T • 

V.' 1 


5! 


15 


25 


2001-000-0000! 


Armor M47 


1 


2 


1 ! 


1 ! 


0 


1 


2002-000-0000 ! 


Armor M48 


0 


•~y 

X- 


1 ! 


1 ! 


1 


3 


2003-000-0000 ! 


Armor AMX—30 


1 


2 


1 ! 


1 ! 


1 


2 


2004-000-0000 ! 


Armor M60 


0 


2 


1 ! 


1 ! 


0 


1 


2005-000-0000 ! 


Armor M47A1 


0 


2 


1 ! 


1 ! 


2 


o> 


2006-000-0000 ! 


Armor M48A1 


1 


2 


1 ! 


i : 


0 


i 


2100-000-0000! 


Armor Veh M453 


1 


r> 

X— 


1 ! 


l : 


1 


o 

X- 



Figure 2.4: Typical List of Transportati on Means 
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Communication Means 



Part -no 


Material name 


Qti ty 


Max 


Min 


Ind 


Owed 


Wait i 


3001-000-0000 


Wireless PRC-9 


5 


10 


5 


7 


1 


5! 


3002-000-0000 


Wireless SCR— 536 


2 


20 


10 


15 


5 


231 


3003—000—0000 


Wireless PRC-10 


5 


10 


5 


7 


0 


3 : 


3004-000-0000 


Wireless PRC-11 


0 


5 


2 


3 


2 


5 I 


3005-000-0000 


Wireless VRC— 30 


2 


5 


2 


T 

sJ 


0 


2 ; 


3006-000-0000 


Wireless VRC-100 


2 


5 


2 


"T 


0 


o » 

X- 1 


3007-000-0000 


Wireless VRC-150 


2 


5 




3 


1 


9 • 


3003— 000— 0000 


Telephone A— 10 


5 


15 


5 


10 


5 


15! 


3009-000-0000 


Telephonet B-15 


0 


5 


2 


3 


1 


4 


30 1 0-000-0000 


Telephcnet C-20 


5 


15 


5 


10 


0 


10 


301 1-000-0000 


TV set T— 31 


0 


o 


1 

X 


1 


r? 


3 


3012-000-0000 


TV set T— 55 


1 


2 


1 


1 


1 


•ji 


3020-000-0000 


Transmiter TS-50 


2 


2 


1 


1 


0 


0 


302 1 -000-0000 


Receiver RS— 100 


2 


5 


—> 

X- 


3 


1 


4 


3022-000-0000 


Receiver RS-150 


1 


3 


1 


2 


o 


xL 


3023-000-0000 


Transmiter TS— 55 


1 


3 


1 


2 


0 


2 



Figure 2.5s Typical List o-f Communication Means 
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Weapons 



Part— no 


Material name 


Qti ty 


Max 


Mi n 


Ind 


Owed 


Wait 


4001-000-0000 


Rifle Ml .30 


50 


100 


50 


70 


0 


20 


4002-000-0000 


Rifle M1A1 .30 


10 


20 


10 


15 


5 


15 


4003-000-0000 


Pistol .38 


5 


10 


5 


7 


0 


5 


4004-000-0000 


Pistol .45 


10 


10 


5 


7 


0 


0 


4005-000-0000 


Machine-Gun .45 


1 


5 


2 


3 


1 


3 


4006-000-0000 


Machine-Gun .30 


1 


5 


2 


VJ» 


1 


3 


4007-000-0000 


Machine-Gun .50 


1 


5 


2 


3 


1 


v> 


4008-000-0000 


Gun 105 mm 


2 


5 


X- 


3 


0 


3 


4009-000-0000 


Gun 155 mm 




5 


O 




0 


0 


4010-000-0000 


Gun 100 mm 




5 




•ji 


0 




4011-000-0000 


Gun 8' 


1 


5 






1 


5 


4012-000-0000 


Gun 90 mm 


1 


5 


o 


3 


0 


4 


4013-000-0000 


Gun 205 mm 


1 


5 


2 


T 


0 


4 


4014-000-0000 


Rifle .303 


20 


50 


10 


20 


0 


0 


4015-000-0000 


Pistol .22 




5 


o 


■7 


0 


2 


4016-000-0000 


Rifle .22 


15 


50 


20 


30 


5 


uJ 



Figure 2.6: Typical List of Weapons 
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Other-General — Mater i al 



! Part-no 


Material name 




Qti ty 


Max 


Min 


Ind 


Owed 


Wait: 


! 9000-101-0001 


Beds 




25 


50 


20 


30 


0 


20! 


: 9000-101-0002 


B1 acksts 




200 


500 


50 


200 


0 


0 ! 


! 9000- 1 02-0001 


Shirts 




150 


200 


50 


100 


0 


0 ! 


I 9000-102-0002 


Socks 




50 


500 


50 


100 


0 


400 ! 


: 9000-102-0003 


Sh o es 




50 


100 


30 


50 


0 


50! 


: 9000-102-0004 


Pantal on 




10 


100 


30 


50 


20 


100 ! 


! 9000- i 03-0001 


Dishes 




10 


200 


50 


100 


0 


200 ! 


! 9000-103-0002 


Pots 




10 


200 


50 


100 


10 


200 : 


: 9000-104-0001 


Tables 




15 


50 


10 


20 


o 


0 ! 


! 9000- 1 04-0002 


Chai rs 




15 


50 


10 


20 


0 


30 ! 


: 9000-199-0001 


Soaps 




20 


100 


20 


30 


10 


80! 


: 9000-199-0002 


Toothbranshes 




30 


100 


30 


50 


0 


50! 


! 9000—199—0003 


Hats 




20 


200 


50 


100 


20 


200 ! 


! 9001-001-0001 


Kni-fe 




20 


100 


20 


50 


0 


50! 


: 9001-001-0002 


Fork 




15 


100 


20 


50 


10 


70 i 


: 9001-001-0003 


Spoon 




15 


100 


20 


50 


10 


85! 


19100-100-0001 


□il filtr Wrench 


5 


10 


5 


7 


o 


3 • 


19100-100-0002 


Socket Wrench 


St 




10 


5 


7 


o 

X- 


5 ! 


19100-100-0003 


Extent! on Bar 




r> 

j— 


5 


2 


~r 

O 


0 


— i 


19100-100-0004 


Socket 




3 


5 


2 


o> 


o 


0 i 


19100-100-0005 


Spark PI q Socket 


5 


5 


2 


3 


o 


0 ! 


1 9200-100-0001 


Hammer Holder 




4 


10 


3 


5 


0 


0 ! 


1 9200-100-0002 


Saw 






10 


Op 


5 


0 


0! 


19200-100-0003 


Nai 1 set 




4 


10 


Op 


5 


0 


0 ! 


19200-100-0004 


Hacksaw 




•-> 


10 


T 


5 


*7 


0 ! 


1 9200-100-0005 


Window Scraper 




2 


10 


3 


5 


o 


0 ! 


1 9200-100-0006 


Plumb Bob 




i 

X 


10 


-0* 


5 




0 ! 


1 9200-100-0007 


Cl amp 




0 


10 


o 


5 


4 


0 ! 


1 9300-100-0001 


Wrench 1 ' 




2 


10 


o* 


5 


0 


5! 


1 9300- 1 00-0002 


Wrench 2 ' 




3 


10 


3 


5 


3 


0 


1 9300- 1 00-0003 


Wrench 5' 




4 


10 


3 


5 


0 


o ■ 


1 9300-100-0004 


Wrench 10 ' 




2 


10 


3 


5 


o 


3 ! 


1 9300-100-1001 


Screw Driver 


1 ' 


1 


10 


3 


5 




0! 


1 9300-100-1002 


Screw Driver 1 


* 5 


5 


10 


3 


5 


0 


OS 


1 9300-100-1003 


Screw Driver 


*-> * 
j— 


10 


10 


*7 


5 


0 


0 ! 


1 9300- 1 00- 1 004 


Screw Driver 


3 ' 


8 


10 


3 


5 


0 


0 ! 


1 9300-100-1005 


Screw Driver 


4 ' 


7 


10 


3 


5 


0 


o ; 


! 9300-100-1006 


Screw Driver 


5 ' 


3 


10 


T 


5 


4 


0 ! 


1 9300-100-1007 


Screw Driver 10' 


4 


10 


o* 


5 


0 


3 • 



Figure 2.7: Typical List o-f Other — General —Material 
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SPA R E 



PARTS 



Part-no 


Material name 


Qt i ty 


Max 


Min 


Ind 


□wed 


Wait 


1002-100-0001 


Starter 


i 


5 


2 


3 


3 


2 


1002-100-0002 


Spark Plug 


10 


50 


20 


30 


10 


0 


1002-100-0003 


Ignition Wire St 


~T 


5 


2 


~T 

•_> 


0 


0 


1002-100-0004 


Battery Repr Kit 


5 


5 


r> 




0 


0 


1002-100-0005 


Battery Tester 


2 


5 


2 


"7 


1 


0 


1 002- 1 00-0006 


Battery Pole 


~T 

<w« 


5 


2 




0 


2 


1002-100-0007 


Battery Cable 


4 


5 


2 


3 


0 


0 


1002-100-0008 


Battery Terminal 


1 


5 






7 


5 


1002-200-0001 


Automobil V-Belt 


“7 


5 


D 




0 


r> 

j— 


1 002-200-0002 


Washer Pump 


2 


5 


2 


0> 


1 


0 


1002-300-0001 


Fluid Monitor 


1 


5 


D 




3 


5 


1002-300-0003 


Wiper Delay 


4 


5 


r> 


■u> 


0 


0 


1002-400-0001 


Radiator Cap 


3 


5 


2 


3 


0 


0 


1002-100-0009 


Thermostat 


2 


5 


2 


3 


1 


3 


1 002-400-0002 


Fuel line Hose 


3 


5 


2 


3 


0 


0 


1002-400-0003 


Heater hose 


2 


5 


2 


T 


1 


0 


1 002-900-000 1 


Compressed Asbes 


1 


5 


2 


O 


3 


2 


1002-500-0001 


Multiplex Weld 


2 


5 


2 


"7 


1 


5 


1002-400-0004 


□il Filter 




5 


r> 

j— 


O' 


rj 


r> 


1002-500-0002 


Air Filter 


2 


5 


n 


3 


1 


3 


1002-600-0001 


Booster Cable 


4 


5 


2 




1 


T 

•J 


1 002-600-0002 


Hold Trap 


1 


5 


2 


o> 


2 


0 


1001-100-0001 


Starter 


23 


5 


r> 


3 


1 


0 

j— 


1001-100-0002 


Spark Plug 


45 


50 


10 


20 


0 


20 


1001-100-0003 


Ignition Wire St 


r> 


5 


9 


3 


0 


0 


1001-100-0004 


Battery Cable 


i 


5 


r> 


-7 


2 




1001-200-0001 


Automobil V-Belt 


4 


5 


2 


-7 


0 


2 


1001-300-0001 


Radiator Cap 


1 


5 


2 


3 


0 


0 

a— 


1001-100-0005 


Thermostat 


2 


5 


2 




0 


*7 


1001-400-0001 


□i 1 Filter 


1 


5 


2 


“7 


0 


2 


1 00 1 -500-000 1 


Air Filter 


0 


5 


r> 


“7 


0 


0 


1003-100-0001 


Starter 


2 


5 


2 


3 


0 




1003-100-0002 


Spark Plug 


5 


5 


2 


7 


0 




1 003- 1 00-0003 


Ignition Wire St 


T 


5 


2 


o> 


1 


0 


1003-100-0004 


Battery Cable 


1 


5 


2 


T 


0 




1003-200-0001 


Automobil V-Belt 


1 


5 


2 


3 


1 


3 


1003-300-0001 


Radiator Cap 


4 


5 


2 


-T 


0 


4 


1003-100-0005 


Thermostat 


1 


5 


2 




0 

X— 


0 


1003-400-0001 


□il Filter 


1 


5 


2 


3 


0 


0 


1003-500-0001 


Air Filter 




5 


2 


o> 


0 


7 



Continue next page 
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! Part-no 

■ 


material name 


Qtity 


Max 


Mi n 


Ind 


□wed 


Wai t 1 


! 1004-100-0001 


Star ter 


2 


5 


X- 


3 


0 


n i 

X- i 


! 1005-100-0001 


Starter 


4 


5 


O 

X— 




o 


2 1 


: 1006-100-0001 


Star ter 


o 

X- 


5 


D 

X- 


T 


0 


o » 
| 


: 1007-100-0001 


Starter 


o 


5 


2 


~Z 


0 


2 • 


: loio-ioo-oooi 


Starter 


1 


5 


o 

X- 


•j 


0 


0 ! 


i 1004-100-0002 


Spark Plug 


6 


50 


20 


30 


0 


20! 


! 1004-100-0003 


Ignition Wire St 


2 


5 


2 


~T 


0 


0 I 


: 1004-100-0004 


Battery Cable 


1 


5 


O 

X— 


3 


1 


n • 

V 1 


! 1004-200-0001 


Automobil V-Belt 


2 


5 


2 


3 


0 


0 ! 


: 1004-400-0001 


Radiator Cap 


1 


5 




“7 


0 


2 ; 


: 1004-100-0005 


Thermostat 


•j 


5 




3 


1 


“7 l 


: 1004-400-0001 


Oil Filter 


2 


5 


2 


3 


0 


•j* i 


! 1004-500-0001 


Air Filter 


o 

X- 


5 


2 


”7 
*— ■ 


0 


0 I 


! 3001-100-0001 


Lamp L-10 


2 


5 


2 


7 


0 


i : 


13002-100-0001 


Lamp L-l 


o 


10 


5 


7 


0 




,'3003-100-0001 


Lamp L-2 


1 


10 


*T 


5 


0 


1 ! 


13005-100-0001 


Lamp L-25 


*7 

■w* 


5 


O 

X— 


3 


0 


0 ! 


13006-100-0001 


Lamp L— 35 


‘-J 

X- 


5 


D 

X- 


3 


0 


o : 


13001-100-0002 


Tr ansi stor 


O 

X- 


10 




5 


0 


i : 


13002-100-0002 


Transi stor 


1 


5 


*-> 

X— 


3 


o 

XL. 


0 ! 


13003-100-0002 


Transi stor 


5 


20 


5 


io 




5 * 


: 3004-100-0002 


Transi stor 


10 


50 


10 


5 


0 


0 ! 


',3005-100-0002 


Transi stor 


5 


10 


3 


5 


0 


0 ! 


,'9300-200-1001 


Plier S' 


2 


10 




cr 

vJ 


0 


5 ! 


\ 9300—200—1002 


Plier 9' 


1 


10 




5 


X- 


0 ! 


19300-200-1003 


Plier 10' 


5 


10 


•j 


5 


0 


0 ! 


19300-200-1004 


Plier 20' 


7 


10 




5 


0 


0! 


1 9400-000-0001 


Hydraui Jack 1 t 


1 


10 


3 


5 


1 


10! 


1 9400-000-0002 


Hydraul Jack 2 t 


4 


10 


3 


5 


0 


4! 


1 9400-000-0003 


Hydraui Jack 5 t 


7 


10 


3 


5 


0 


0! 


1 9400-000-0004 


Hydraul Jack lOt 


o 

X— 


10 


3 


5 


1 


7! 


1 9400-000-0005 


Hydraui Jack 30t 


1 


10 


7 

•-/ 


5 


0 


5! 


14001-000-0001 


Brooch 


10 


10 


3 


5 


0 


o ; 


! 4002-000-0001 


Brooch 


2 


5 


2 


3 


0 


0 ! 


14003-000-0001 


Brooch 


1 


3 


1 


2 


0 


0 ! 


1 4004-000-0001 


Brooch 


o 

X— 


3 


1 


o 

X- 


0 


0 ! 


14005-000-0001 


Brooch 


1 


2 


1 


1 


o 


0 ! 


1 4006-000-0001 


Brooch 


o 


2 


1 


1 


1 


0 ! 


1 4001-000-0002 


Butt-end 


T 


~z 


1 


O 

X- 


0 


0 ! 


! 4002-000-0002 


Butt-end 


1 


5 


2 


3 


1 


o : 


1 4003-000-0002 


Butt-end 


0 


~7 


2 


1 


0 


1 ! 


1 4004-000-0002 


Butt-end 


0 


3 


o 

X— 


1 


0 


o : 



Figure 2.8: Typical List o-f Spare-Parts. 
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REQUEST DOCUMENT 



Request-no : 
Request-Date : 



Requested by : 

Uni t— Name 
City 

Phone— no 

Requested From : 

Suppl i er— Name 
City 

Phone— no 



Part-no 



Material name 



Qti ty 



Main Material Name 



Regi ster— enter-No: 
Regi ster— Date : 



Figure 2.9: Request Material Document 
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SUPPLIER DOCUMENT 



Reg exit no : 
Reg exit Date: 

Supplied by : 

Suppl i er- name: 

City : 

Phone— no : 



Supplied to : 

Uni t— name 
City 

Phone-no 



Seq# 



Part— no 



Material 



name 



Qti ty 



Owed 



Due-date 



Reg— enter— no : 
Reg-en ter -Date: 



Figure 2.10: Supplies Material Document 
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Ill 



DESIGN PHASE 



Generally speaking systems analysis and design refers to 
the process of examining a situation with the intent of 
improving it through better procedures and methods. This 
section overviews the system design while the system analysis 
has been presented in = the previous section II. 

Systems design is the process of planning a new system to 
replace or complement the old. But before this can be done, 
we must thoroughly understand the old system and determine 
how the computer can best be used to make its operation more 
effective- Once a decision is made, a plan is developed to 
implement the decision. The plan includes all systems design 
features, such as, new data capture needs, file 
specifications, operating procedures, and equipment and 
personnel needs. The systems design specifies all the 
features that are to be in the finished product. While 
analysis specifies what the system should do, design states 
how to accomplish the objectives. 

Systems design proceeds through two phases: First the 

logical design and second the physical design. 

This section summarizes the systems design activities 
started by identifying the logical design, that is, outputs, 
inputs, files, and functions of the system- Then the 
physical design is stated, that is, program software and 
working system. 

A. LOGICAL DESIGN. 

Logical design is concerned with the production of 
specifications for the new system, that is, the features of 
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the system, the outputs, the inputs, the files, and the 
functions of the system, all in a manner that meets the 
project requirements. 

In our system, the specifications include reports and 
output— screen definitions describing stock on hand, and 
materials owed or given to several units of the Division. 

The logical design also specifies input forms and screen 
layouts of all transactions, and files for maintaining, stock 
data, transaction details, and supplier data. Function 
specifications describe methods to enter data, run reports, 
copy files, and detect programs, should they Gccur. 



1 . Design of System Output 



Often the most important feature of an information 
system for users is the output it produces- Without quality 
output, they may even feel the entire system is so 
unnecessary that they avoid using it and thus possibly cause 
the system to fail. 

The term 'output' is applied to any information 
produced by the system, whether printed, or displayed. 

a. Output Methods 

The system will use two methods for Gutput , print 
output and display output. 



(1) Print output . The printed output options 
will be the printed Reports and the special forms. The 
printed reports will be on standard size paper of 9 1/2 by 11 
inches and the produced reports are shown on figure 3. 1 . 

The system will also use a preprinted form as Figure 3.2, 
that is designed to include several special symbols, the 
trademark of the Battalion and it will be a multiple copies 
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Seq# 



Description of printed Output Reports 



l.i Material-report , which list all items received by 
! the Battalion on a particular date, or a specific 
! period of time, or with a particular registration 
! number. This report includes the part-number , the 
! material name and the quatity. 

i 

i 

2.! Material-report , which list all the items given or 
! owed to several units of the Division under 
! particular consi der ati ons such as data, time, 

! registration number etc. The reports give a 
! description of the item (partno, matername, and the 
• quantity) 



Unit— report, which list all units of the 
which a particular material was given or 
the Battalion within a particular date. 



Di vi si on 
suppl i ed 



to 

by 



4. ! Inf ormation— report such as: A list of all spare 

I parts needed to repair a main material (vehicle, 

! weapon). A list of all material which are placed in 
i a particular store or place. A list of all 
! materials the quantity of which is under or up to a 
I specific amount. 

i 

i 

5. ! Reorder — report, which list all material needed 

I reorder. This report contains the part number, 

! the material and the order quantity. 



Figure 3.1: Table of Printed Output Reports. 

document with a different color for each copy. This special 
form is of interleaved carbon copies. 

(2) Display output. The use of displays is more 
convenient than the printer report because of the dropping 
cost of display equipment, the increase in the number of 
on-line systems, and the convenience display output offers to 
users. 
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SUPPLIER DOCUMENT 



Reqexitno : 
Regex i tdata: 

Supplied by : 

Supplier unit: 

City 

Phone number : 

Supplied to : 

Unit name : 

City : 

Phone number : 



Seq# 


Partno ! material name 

i 


Qtity 


Owed 


Due-date 


1. 


■ 

i 

i 








2. 


■ 

* 








3. 


i 

■ 








4. 


i 

i 








5. 


i 

i 








6. 


i 

i 








7. 


■ 

i 








8. 


i 

* 








9 


i 

i 








10. 


i 

i 









Regenterno : 
Regent er date: 



Figure 3.2 : Preprinted Form for Computer Report. 

In the Battalion, a display medium consisting of 
a display screen and a keyboard , will be used- The output 
will be displayed on a monitor, a high-resolution screen that 
can show details with extra clarity- All output data 
appearing on the screen of the display will be produced by 
the computer itself - 
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The size of the letters will be fixed, as is the 
capacity of the screen. The screen will have SO columns of 
characters and 25 rows. The design of a display format 
enables the personnel of the logistic department of the 
Battalion to request and retrieve information about a 
specific material, by using inquiries. 

b. Output Layout 

Using the proper output medium and being sure 
that the output is calculated correctly does not guarantee 
that the reports, or displays will be useful. The layout 
does this. 

An output layout is the arrangement of items on 
the printed output or the visual display. All output 
produced by the system will have a report title and headings 
on the layout sheet. The elements of each material (p artno , 
matarial name, quantity etc) will be in one line and the same 
elements of different materials will be on the same column. 
Figure 3.3 shows some types of layout. 

2 . Design of System Input 

All input of data and inquiries will be made using 
the computer display. Therefore, the development of the 
input display screens will result in input screens for 
instructing the system whether to produce output, accept data 
input, or permit editing of stored records. Display screens 
are also designed to input or edit data about individual 
items. In each case, information will be included on the 
display screens to instruct the user how to use the system 
and enter or receive the necessary information. 
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LIST 

Of all materials received in 



Partno 



Material name 



LIST 

Of all materials needed reorder 



Partno 



Material name 



LIST 

Of materials owed to 511 RB 



Qti ty 



Qt i ty 



Partno 



Material name I Qti ty ! Due— date 



Figure 3.3: Output Layout Reports. 
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a. Design of our On-line Environment 



The input design for the system includes the 
following display screens: v 



(1) Screen #1 : Enter the password. 

The system asks the user to type the password in order 
to ensure that he is an authorized person. If the 
typed password is incorrect the process quits, 
otherwise the system asks the user to enter his name 
in order to check if he is authorized to retrieve the 
database. (Figure 3.4) 

(2) Screen #2 : Main menu. 

The screen includes a list, containing in one column 
the task— code from 0 to 4, and in another column the 
description of the available operations to the user. 
The user by typing codes 1 through 4 makes his 
selection of submenul through submenu4. Typing <0> 
exits the system. Finally typing a number other than 
the above or a symbol, an appropriate error message 
appears on the screen instructing the user how to 
continue. (Figure 3.5) 

(3) Screen #3 : Update file functions (Submenul) 

In this screen the operations of insertion, deletion, 
and modification are described. The user by typing 1, 
2, or 3 runs the corresponding sub-pr ogr ams . (Figure 
3.6) . 

(a) Screen #4 : Insert a material 's quantity. 

This program adds a new QUANTITY of materials in 
the INVENTORY file and modifies the fields WAITED, 
OWED, REGENTERNO, REGENTDATE, DUEDATE also of the 
same file, or creates a new record if the received 
material does not exits in the INVENTORY file. It 
also creates a new record of materials in the 
STATUS file. (Figure 3.7) 

(b) Screen #5 : Delete a material 's quantity. 

This program subtract a given material from the 
field QUANTITY of INVENTORY file and modifies the 



68 



Ordnance Battalion Database 
Security System 

Enter Password : 

Enter your last name : 

Enter time s 



Figure 3.4 : Screen -for Password. 



**************************** 
* * 

* MAIN MENU * 

* * 
**************************** 

Select one o-f the -following 



■ 

. 1.. Update of files 


■ 

■ 


■ 

. 2. . Reorder processing 


m 

■ 


. 

. 3. . Report generator 


m 

■ 


■ 

. 4. . Look-up 


m 

m 


. 0. . Exit the System 


■ 

• 


Your selection — >: I !: 


Figure 3.5 : Detail Screen for 


MA INMENU 
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************* ************** *********** *** 



* 




UPDATE 


FILE FUNCTIONS 


* 


* 












* 


* 






(Submenul ) 




* 


* 












* 


* 


code 


T -» «- i 

Iasi 


k 


D e s c r i 


p t i o 


n * 


* 














* 


i. . 


Insert 


a 


mater i al ' s 


quantity 


* 


* 












* 


* 


2. . 


Del ete 


a 


mater i al ' s 


quant i ty 


* 


* 












* 


* 


T 
v 1 ■ 


Modi f y 


a 


materi al 's 


name 


* 


* 












* 


* 


0. 


Return 


tc 


\ mainmenu 







*********** *********************** ******* 



Select one of the above codes 
Enter Your Selection — >: : 



Figure 3.6 : Screen for SUBMENU1. 



****************************************** 



* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 

* 



INSERT A MATERIAL'S QUANTITY 
(Subprg 1 i > 

The program is ready to run when you 
enter < y > , and then the part number of 
material, the material name, and the 
recei ved quant i ty . 

Please, wait a few seconds and the 
updated records of the material 
will appear on the screen. 



* 

* 

* 

* 

* 

* 



* 

* 

* 

* 



****************************************** 
Enter <y> to continue or <n> to stop 



Figure 3.7 : Screen for SUBPRG11 



70 



***************************************** 

* DELETE A MATERIAL'S QUANTITY * 

* * 

* (Subprgl2> * 

* * 

* The program is ready to run when you * 

* enter <y>, and then the part number * 

* o-f material, the material name, the * 

* given quantity, and the unit name- * 

* * 

* Please, wait a few seconds and the * 

* old and updated records will appear * 

* on the screen. * 

* * 
***************************************** 

Enter <y> to continue or <n> to stop 



Figure 3.8: Screen for SUBPRG12 



**************************************** 

* MODIFY A MATERIAL'S NAME * 

* * 

* (Subprgl3) * 

* * 

* This program interactively changes * 

* a material name into a new one- The * 

* only thing to do is to type <y>, * 

* and then the old and the new name, * 

* and in a few seconds the old and * 

* the new records of the material * 

* appears on the screen. * 

* * 

* The modification is applied into * 

* all used in the database files of * 

* INVENTORY , OWED, and MATERIAL- * 

* * 
**************************************** 

Enter <y> to continue or <n> to stop 



Figure 3.9: Screen for SUBPRG13 
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other fields if it is necessary. It also creates 
a new record of that material in the MATERIAL 
file. (Figure 3.S) 

<c) Screen #6 s Modify a material's name. 

This program changes a material name to a new one. 
(Figure 3.9) 

(4) Screen # 7 : Reorder Reporting (Submenu2) . 

This screen simple asks the user to type <y> if he 

wants to run the program or <n> to exit from submenu2. 

Especially this program does the following: 

(a) It creates from INVENTORY file a temporary file 
(tmpl) which includes all materials the quantity 
of which is under the INDEX-ORDER. 

(b) It creates from tmpl file the ORDER file which 
contains all materials needed reorder. 

(c) Finally it creates from ORDER file the tmp2 file 
for future purposes while at the same time it 
deletes the ORDER file. (Figure 3.10) 



**************************************** 



* REORDER REPORTING * 

* * 

* (Subprog2) * 

* * 

* The program is ready to run when * 

* you enter <y>. * 

* Please, wait a few minutes ! ! \ * 

* Shortly, a list of materials,to be * 

* reordered will appear on the screen * 

* * 



**************************************** 
Enter <y> to continue or <n> to stop— >1! 



Figure 3.10: Screen for SUBPR0G2 
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(5) Screen #8 



Report Gererator (Submenu3) 



The screen includes a list of operations with the 
corresponding task-codes. The user has to type 
numbers 1 to 9 to select one of the described 
operations on the screen or <0> to return to 
mainmenu. The user typing a wrong number or symbol 
gets a message on the screen which gives him 
instructions on what to do. (Figure 3.11). 



********************************************* 



* REPORT BENERATOR * 

* * 

* (Subprcg3) * 

* * 



* i. Materials received on a particular DATE* 

* 2. Materials received in a PERIOD of TIME * 

* 3. Materials received by a REGISTRATION # * 



* 4. Materials given on a specific DATA or * 

* PERIOD of TIME. * 

* 5. Units received a specific material in * 

* PERIOD of TIME. * 

* 6. Units received a specific matarial * 

* 7. Materials OWED to a specific unit * 

* 8. Units to which a material is owed * 

* 9. Materials needed to repair a specific * 

* main material. * 

* 0. Return to mainmenu -* 



********************************************* 
Select one of the above Task— codes 
Your Selection — >: : 



Figure 3.11 : Screen for SUBMENU3. 
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<a) Screen #9: Materials received on a DATE. 

The user enters the specific date and on the 
screen appears a list of materials received by 
the Battalion on that DATE. (Figure 3.12) 



* MATERIALS RECEIVED ON A SPECIFIC DATE * 
-* * 



* 

* 

* 

* 

* 

* 

* 

* 



(Subprg31 ) 

This program creates a list of materials 
received by the Battalion on a specific 
Date- 

Enter <y>, and then the DATE, and wait a 
few seconds. On the screen you will see 
the list of materials received that date 



* 

* 

* 

* 

* 

* 

* 

* 



*******************-**************-•*******-**-*** 
Enter <y> to continue or <n> to stop — >: : 



Figure 3. 12 : Screen for Subprogram31 



<b) Screen #10 : Materials received in a 

particular PERIOD of TIME. 

The user has to enter the specific period of time 
and on the screen will appear a list of materials 
received by the Battalion in that period. (Figure 
3. 13) 

(c) Screen #11: Materials received by a 

specific registration number 

The screen gives intructions to the user on what 
to do. (Figure 3.14) 
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* MATERIALS RECEIVED IN A PERIOD OF TIME * 

* * 

-* <Subprg32) * 

* * 

* The program is ready to run when you * 

* enter <y>,and then the period of time- * 

* Please, wait a few seconds ! ! ! * 

* A list of materials received by the * 

* Battalion in that period of time will * 

* appear on the screen- * 

* * 

Enter <y> to continue or <n> to step — >: : 



Figure 3. 13s Screen for Subprogram32 



* MATERIALS RECEIVED BY A REGISTRAS. # * 



(Subprg33) 

This program gives a list of material' 
received by the Battalion by a specifii 
regi strati on number - 
The only thing to do is to enter <y> 
and then the REGENTERNQ, and to wait a 
few seconds. 



On the screen you 
list. 



-R- 

* 



* 

will see the * 

-* 

*******************-*-**-*** *********** *****-*** 
Enter <y> to continue or <n. to stop — >: : 



Figure 3- 14: Screen for Subprogram33 
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<d) Screen #12: List of materials given on a 

specific DATE or in a PERIOD of TIME. 

The user has to follow the instructions given on 
the screen. (Figure 3. 15) 






* MATERIALS GIVEN BY THE BATTALION * 

* ON A SPECIFIC DATE OR PERIOD OF TIME * 

* * 

* (Subprg34) * 

* * 



* Enter <y>, and then select 1 for date * 

* or 2 for Period of time. * 

* Then the program is ready to run when * 

* you type the DATE or PERIOD of TIME * 

* Wait a few seconds. On the screen * 

* you will see the list. * 

* -* 
**********#*******•*•*•*-**•*•*•******-*****•******* 

Enter <y> to continue or <n> to stop — >: : 



Figure 3. 15: Screen for Subprogram34 



<e) Screen #13: List of units received a 

material in a period of time 

On this screen there are instructions to the user 
on what to do in order to make the desired list of 
units. (Figure 3.16) 

(f) Screen #14: Units received a material. 

The screen gives directions to the user an what to 
do. (Figure 3.17) 
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********************************************** 



* LIST OF UNITS RECEIVED A MATERIAL IN * 

* A PERIOD OF TIME * 

* * 

* <Subprq35> * 

* * 

* The program is ready to run when you * 

* enter <y>, and then the part number of * 

* the material and the period of time. * 

* Please, wait a few seconds ! ! ! * 

* Sortly, A list of units, received the * 

* specific material in that period will * 

* appear on the screen. * 

* * 
******************************************** 

Enter <y> to continue or <n> to stop — >: : 



Figure 3. 16s Screen for Subprogram35 



******************************************* 



* UNITS RECEIVED A MATERIAL * 

* * 

* <Subprg36) * 

* * 

* The program is ready to run when you * 

* enter <y>, and then the part number of * 

* the material. * 

* Please, wait a few seconds ! ! ! * 

* A list of all units received that * 

* material will appear on the screen. * 

* * 
******************************************* 

Enter <y> to continue or <n> to stop — >: : 



Figure 3.17: Screen for Subprogram36 
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(g) Screen #15: Materials owed to a unit. 

On this screen, the user types a <y>, and the name 
of the unit. Shortly on the screen will appear 
the list of all materials owed to that unit. 
(Figure o . 1 8 ) 



****************************************** 



* MATERIALS OWED TO A UNIT * 

* — — — * 

-* (Subprq37) * 

* * 

* Enter <y> , and then the name of the * 

* unit. * 

* Wait a few seconds ! ! ! * 

* On the screen you will see the list * 

* of materials owed to that unit- * 

* * 
****************************************** 
Enter <y> to continue or <n> to stop — >: : 



Figure 3. 18: Screen for Subprogram37 



(h) Screen #16: Units to which a material owed 

On this screen there are instructions to the user 
on how to construct the desired listing. 

(Figure 3. 19) 

(i) Screen #17: List of spare-parts needed to 

repair a material. 

According to this screen the user has to type 
<y> and the name of the main material in order 
to make the desired listing. (Figure 3.20) 
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*********************************** ****** 
* UNITS TO WHICH A MATERIAL IS OWED * 



* * 

* (Subprg38> * 

* * 



* The program is ready to run when you * 

* enter <y> and the part number of the * 

* material and its name- * 

* Please wait a -few seconds ! ! ! * 

* A list of all units to which that * 

* material is owed will appear on the * 

* screen. * 

* * 
***************************************** 
Enter <y> to continue or <n> to stop — >s : 



Figure 3- 19: Screen for Subprg38 



****************************************** 



* SPARE PARTS NEEDED FOR A MATERIAL * 

* * 

* (Subprg39) * 

* * 

* The program is ready to run when you * 

* enter <y> and the name of material- * 

* Wait a few seconds, please ! ! ! * 

* On the screen you will see the list * 

* of spare parts needed to repair the * 

* specific main material. * 

* * 
****************************************** 
Enter <y> to continue or <n> to stop — >: : 



Figure 3.20: Screen for Subprogram39 
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(6) Screen #18 



Look-up e <Submenu4) 



This screen describes the operations of sub-menu4. 
The user has to type 1 or 2 for the correspondi ng 
operations or 0 to exit submenu4. (Figure 3-21) 



****************************************** 



* LOOK — UPS * 

* * 

* <Submenu4> * 

* * 

* code Task Description * 



* * 

* 1-- Decision to give a material * 

* * 

* 2.. Information status of a material * 

* * 

* 0. - Return to mainmenu * 

* * 



****************************************** 
Select one of the above codes 
Your Selection — >: : 



Figure 3.21 : Screen for SUBMENU4. 



(a) Screen #19: Decision to give a material 

The screen simply gives directions to the user in 
order to reach the desired results. (Figure 3.22) 

<b) Screen #20: Information status of a material. 

The user has to follow the instructions of this 
screen in order to obtain all information about a 
specific material. (Figure 3.23) 
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* -*****************************-*****-*****•*-■* 

* DECISION TO GIVE A MATERIAL * 

* * 

* (Subprg41) * 

* * 

* The program is ready to run when you * 

* enter <y>, and then the part number * 

* of the material and the requested * 

* quant ity s . * 

* You have to wait only a few seconds. * 

* Shortly, on the screen you will see * 

* a message on what exactly to do. * 

* 

****•***#**-***********************--********* 
Enter <y> to continue or <n> to stop — >: : 



Figure 3.22: Screen for Subprogram41 



* INFORMATION STATUS OF A MATERIAL * 

* 

* <Subprg42) * 

* -* 

* The program is ready to run when you * 

* enter <y>, and then the pert number * 

* of the material. * 

* Please, wait a few seconds ! ! ! * 

* Shortly, a list of all information * 

* about the material will appear on * 

* the screen. * 

* * 
****************************-*-**-*-***-***-**** 
Enter <y> to continue or <n> to stop — >: : 



Figure 3.23: Screen for Subprogram42 
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3 - D esig n o-f Files 



The conceptual view of the system is shown in Figure 

3-24- 

According to the conceptual view the -following -files 
and relations have been specified -for the system: 

a. INVENTORY File 

This -file, which is the master tile of the 
system, includes all the materials on hand and has the 
following fields. 



FLD 


NAME 


TYPE 


WIDTH 


001 


REGENTERN0 


N 


6 


002 


REGENTDATE 


C 


o 

u 


003 


PARTN0 


C 


13 


004 


MATERNAME 


C 


20 


005 


QUANTITY 


N 


5 


006 


MAX 


N 


5 


007 


MIN 


N 


, -> 

X. 


008 


IND0RDER 


N 


~T 


009 


MA INMATER 


C 


15 


010 


OWED 


N 




01 1 


WAITED 


N 


A 

—r 


012 


DUEDATE 


C 


S 


013 


PLACE 


C 


8 











The field OWED is referring to the materials owed 
from the Battalion to different units of the Division- The 
fields WAITED and DUEDATE are referring to the materials owed 
to Battalion by a hierarchical organ- 
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Figure 3-24 z Conceptual View of System. 
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b. STATUS File 

This file contains all materials entering the 
Battalion in chronological order even if a material has been 
deleted from the master file- Status file has the following 
fields: 



FLD 


NAME 


TYPE 


WIDTH 


001 


RESENTERN0 


N 


6 


002 


REGENTDATE 


C 


8 


003 


PARTN0 


C 


13 


004 


MATERNAME 


n 


20 


005 


QUANTITY 


N 


5 


006 


UNITNAME 


C 


20 


007 


REGEXN0 


N 


6 


ooa 


REGEXDATE 


C 


8 



Fields 006-008 identify the link between the 
material and the supplier organ of the Battalion. 

c- OWED File 



This file contains the owed materials from the 
Battalion to different units of the Division and consists of 
the following fields: 



FLD 


NAME 


TYPE 


WIDTH 


001 


UNITNAME 


C 


20 


002 


PARTN0 


p 

<_» 


13 


003 


MATERNAME 


c 


20 


004 


QTITY 


N 


5 


005 


DUEDATE 


C 


8 


006 


REGEXN0 


N 


6 


007 


REGEXDATE 


C 


8 
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d 



MATERIAL File 



This file includes the materials that have been 
given to the units by the Battalion, and has the following 
fields: 



FLD 


NAME 


TYPE 


WIDTH 


001 


UNITNAME 


c 


20 


002 


PARTN0 


c 


13 


003 


MATERNAME 


c 


20 


004 


QTITY 


N 


5 


005 


REGEXN0 


N 


6 


006 


REGEX DATE 


c 


8 



e. CUSTOMER File 



This file contains ail customer units- Its 



fields are: 



f i 1 es 



FLD 


NAME 


TYPE 


WIDTH 


001 


UNITNAME 


C 


20 


002 


CITY 


C 


20 


003 


PH0NEN0 


N 


6 


TAKES 


Rel ati on 






This r 


elation co 


nnects the 


CUSTQMEI 


as the 


f ol lowing 


f i el ds: 




FLD 


NAME 


TYPE 


WIDTH 


001 


UNITNAME 


C 


20 


002 


PARTN0 


C 


13 


003 


REGEX NO 


N 


6 



MATERIAL 
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g 



EXIST Relation 



This relation connects the MATERIAL and INVENTORY 
files and contains the following fields: 



FLD 


NAME 


TYPE 


WIDTH 


001 


PARTNO 


C 


13 


002 


REGENTERNO 


N 


6 



h. ARRIVES Relation 

This relation connects the INVENTORY and STATUS 
fil& containing the following fields: 



FLD 


NAME 


TYPE 


WIDTH 


001 


PARTNO 


C 


13 


002 


REGENTERNO 


N 


6 



i. DESIRES Relation 

This relation connects the CUSTOMER and OWED 
files and has the following fields: 



FLD 


NAME 


TYPE 


WIDTH 


001 


UNITNAME 


C 


20 


002 


PARTNO 


C 


13 
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j. PERSONS File 

This -file contains the names of all the 
individuals who are authorized to access the Ordnance 
Battal i on Database. 

k. UNPERSON File 

In this file the system writes the name of 
unauthorized individuals trying to enter the database- It has 
three fields: name, c, 15, date, c, 8, and time, c, 10. 

l. STATIC File 

This is a statistical file containing the names 
of all individuals accessing the database- It has three 
fields: name, c, 15, date, c, 8, and time, c, 10 



4 - Sys t em Function s 

The functions of the system are the following: 



a. Update of Files 

The system allows the user to enter and insert, 
delete, and modify files- The programs make these changes in 
all the supporting files. These operations are performed 
dai ly- 
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b. Reorder Processing 



The user enters the system and makes a list of 
all materials which need to be reordered. This function is 
performed weekly. 

Cm Report Generators 

These functions are for retrieving all the 
necessary information from the database on a weekly basis, or 
upon request. Basically, these operations take place in 
order to produce information reports as shown in Figure 3.1. 

d. Look-up Operations 

The user can enter the database and take any 
information about any material as well as ask for a given 
requested quantity of a material. This function is performed 
many times daily. 
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PHYSICAL DESIGN , 



Physical design contains the activities following the 
logical design such as production o-f program software, and 
working system. Programs must accept input from users, 
process data, produce reports, and store data in the files. 

The supporting programs of the system are as follows: 

1. Mainprog with mainmenu are in APPENDIX A. 

2. Subproql with submenu! and all the dependent in this 
program subprograms. That is, subprgll, submenu, subprg 12 
submenl2, subprgl3, submenl3, are in APPENDIX B. 

3. Subprog2 with submenu2, are in APPENDIX C. 

4. Subpr og3 with submenu3 and all the dependent in this 
program subprograms. That is, subprg3i , submen31, subprg32 
submen32, subprg33, submen33, subpr g34, submer.34, subpr g35 . 
submen35, subprg36, submen36, subpr g37, submen37, subprg3B, 
submen38, subprg39, and submen39, are in APPENDIX D. 

5. Subproq4 with submenu4 and the dependent su.bprg41 and 
subprg42 , are in APPENDIX E. 
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IMPLEMENTATION PHASE 



Implementation includes all those activities that take 
place to convert from the old system to the new- The new 
system may be totally new, replacing an existing manual or 
automated system, or it may be a major modification to an 
existing system- In either case, proper implementation is 
essential to provide a reliable system to meet organization 
requirements. 

In this section we will discuss, for our system, the 
three aspects of implementation, including training 
personnel, conversion procedures, and post-implementation 
review- However the problem of training personnel and 
conversion planning is beyond the purpose of this thesis and 
so will be only briefly mentioned. 



A. TRAINING 

Even wel 1— designed and technically elegant systems 
succeed or fail because of the way they are operated and 
used. Those who will be associated with or affected by the 
system must know in detail what their roles will be, how they 
may use the system, and what the system will or will not do. 

1 - Users and Systems Operators Training 

In our case the individual is both user and operator. 

Users must be instructed first how to operate the 
equipment- Questions that seem trivial, such as how to turn 
on a terminal, how to insert a diskette into a micro- 
computer , or when it is safe to turn off equipment without 
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danger of data loss, are significant problems to new users 
who fear computers. Also a user must be able to determine 
whether a problem arising is caused by the equipment or 
software or by something they have done in using the system. 

Data handling activities must receive the most 
attention in user training. How to add new data, how to 
change previously stored data, how to formulate inquiries, 
and how to delete records of data are questions very 
significant for the user. 

From time to time, users will have to prepare disks, 
load paper into printers or change ribbons on printers. 

Users also must be instructed in the method of formatting and 
testing disks, and copying files. 

From the above discussion we conclude that there are 
two_aspects to user training: 

a. Familiarization with the processing system, that is, 
the equipment used for data entry or processing, and 

b. Training in using the application, that is, the 
software that accepts the data, processes it, and 
produces the results. 

2 - Training Methods 

The training of users will be in-house, and will be 
based on manuals that will be prepared for this purpose by 
the analyst of the new system- The training manuals will be 
of two approaches. The first, a tutorial, will have the user 
work through different activities step by step, for example, 
a check list. The second approach is to create a case study 
that includes all frequently encountered situations that the 
system is able to handle and of which the users should be 
aware. The users must use the system to handle the actual 
si tuations. 
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In the second approach a great deal of time will be 
spent by the users in making inquiries to retrieve 
in-formation and records, editing previously entered data, and 
running reports- Throughout the entire series of activities, 
troubleshooting activities will be emphasized- Users will 
become familiar with methods of determining when the system 
does not perform as expected. 

However there is no substitute to experiences. 
Training manuals are acceptable for f ami 1 i ar i zati on , but the 
experiences of actually using the equipment, making mistakes, 
or encountering unexpected situations are the best and most 
lasting way of learning. 



B- CONVERSION 



Conversion is the process of changing from the old system 
to the new one- There are several methods for handling a 
systems conversion- In our case we will use the method of 

' Par al 1 el systems ' . 

In this method both systems run in parallel- That is, 
users continue to operate the old system in the accustomed 
manner but they also begin using the new system- This method 
is the safest conversion approach since it guarantees that 
should problems arise in using the new system, such as errors 
in processing or inability to handle certain types of 
transactions, the unit can still fall back to the old system 
without loss of time. The greatest disadvantage of the 
parallel systems approach is that the system costs are 
hi qher - 
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Conversion PI an 



The conversion plan provides a description of all 
activities that must occur to implement the new system and 
attect its operation- It identities the personnel 
responsible tor each activity and includes a timetable ot 
when each activity will occur. During the pre-implementation 
stages, a list ot all tasks containing the tollowing 
intormation should be prepared: 

a. List ot all tiles that will be used in the new system. 

b. List containing all data required to build the above 
tiles. 

c. List ot all documents needed during conversion. 

d. Ident i t i cati on ot all controls to be used during 
conversion. Determine how team members will know it 
something has not been completed properly. 

e. Responsibility tor each activity. 

First someone should be appointed as conversion 
manager. This individual is the point ot contact tor outside 
vendors and tor analyst and user personnel . The conversion 
manager is also responsible tor checking all arrangements, 
reviewing conversion plans, veritying the delivery ot 
equipment, sottw are, torms and whatever is needed tor the 
conversi on . 

The conversion plan should anticipate possible 
problems and ways to deal with them. Among the most 
trequently occuring problems are missing documents, errors in 
data translation, missing data or lost tiles, and situations 
that were overlooked during systems development- 



93 






Site Preparat ion 



Since the system is a mi cr ocomputer , little site 
preparation work is needed- However, the electrical lines 
should be checked to ensure they are -free of static or power 
f luctuations. It is a good idea to install a 'clean' line 
that is not shared by any other equipment- Such machines as 
electric typewriters and office copiers can interfere with 
computer operations. 

Static electricity is one of the most common foes of 
computers. Carpet on the floors around computer rooms should 
be avoided whenever possible since it can create static that 
in turn is carried by operators. When they touch computer 
equipment, the static charge can be transferred to the 
terminal or computer and cause the introduction of errors in 
the data- If carpet is necessary, it should be the 
antistatic type that will not allow static buildup. 

3. D ata and File Pre pa ration 

Along with training, the most time consuming aspect 
of conversion generally involves the preparation of data and 
systems master file- Since the system is starting from 
scratch, all necessary data will have to be entered into the 
system by manual methods- Several thousand material records 
will have to be keyed into the system from the paper charts. 
The numbers of personnel who will be assigned this data entry 
task would be 3 to 4, and it will probably take 6 to 7 weeks 
to enter all records, about 15,000 to 20,000, into the 
system- During conversion, it is vital that precautions be 
included so that no records are overlooked or improperly 
entered . 
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a- Record Counts 



The most basic control is to ensure that all 
records are entered in the system- The batch control methods 
could be used during conversion- Records will be accumulated 
into groups of 100, each group comprising one batch- During 
a time period (a morning or afternoon) more than one batch 
will be entered the system- This method enables the 
conversion manager to ensure that all records in a batch are 
entered and that each batch is processed. 

At the end of the conversion process, the number 
of records in the system's master file must equal the number 
of records in the old systems. 

b. Preestablished Totals 

In addition to ensuring all records are converted 
to the new file, the conversion manager must verify that all 
the field (each record must have the QUANTITY, MAX, MIN, 
INORDER, OWED, and WAITED quantites) information is valid. 

C . POST- I MPLEMENT AT I ON REV I EW 

The implementation of the system if well-planned, will go 
smoothly- When the system has been in use for some time, 
with virtually no problems have been encountered, analysts 
and users should jointly review the system after 6 months. 

The objectives of the this post-implementation review will be 
to: 

1- Determine whether the systems goals and objectives have 
been achieved. 
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2. Determine whether user service requirements have been 
met, while simultaneously reducing errors and costs. 

3. Determine whether known or unexpected limitations of 
the system need attention. 

The review is also important to gather information for 
the maintenance of the system. Since no system is really 
ever complete, it will be maintained as changes are required 
because of internal developments, such as new users or 
business activities, and external developments, such as new 
requirements etc. 

If done properly the new system will be well-received and 
will meet the performance objectives that led to its 
development in the first place. 



D. IMPLEMENTATION OF DESIGN 
1 • How to Use the System 

After turning on the computer, the user should insert 
in diskdrive A the diskette of DBASE II and in the diskdrive 
B the diskette with the project and files. Then he should 
type ' A>DBASE ' and then ' .SET DEFAULT TO B ' . So the 
system is ready to run. 

The system starts to run by typing from the user 
DO MAINPROG In the screen , figure 3.4 apears asking the 

user to enter the password. If the typed password is not 
correct the system quits. After typing the correct password 
by the user the system asks the user to type his last name 
in order to check in the PERSONS file if he is among the 
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individuals who are authorized to access the database 
information- If everything is OK the MAINMENU appears on the 
screen prompting the user to select the desired SUBMENU by 
typing the corr espondi ng number from 1 to 4 or <0> to exit 
the system - 

2 . Main Menu and Submenus of the System 
a- Mainmenu 

This program controls the whole ope ration of tl h e 
system, and is called from another program called MAINPROS, 
which is the only program the user calls by name, as we saw 
in the previous paragraph. 

The MAINPROG asks the user to enter the PASSWORD 
which is for aborting unauthorised users, and then it 
proceeds by asking the user to enter his name to check if che 
user is authorized to access th^ database. Then the MAINPROG 
proceeds by displaying on the screen the MAINMENU of the 
system, and pauses waiting for the user to make his choice 
which is stored in the variable 'MENU'. Then a CASE 
statement permits the program to branch to the corr espondi na 
SUBMENU, or exit the dBASE. If the user selects a wrong 
choice, then the program gives him an error message, rings 
the bell, and ask the user to re-enter. 

Each time a user enters the database the system 
automat i cal 1 y writes his name, the date and the time in the 
STATIC file for statistical purposes only. 

If the PASSWORD typed by the user is correct and 
if his name is in the PERSONS file, he is allowed to 
continue, otherwise the program automatically exits the 
dBASE, displaying an appropriate message while at the same 
time it writes in the UNPERSON file his name, the date and 
the time. 
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b. Submenus 

All four SUBMENUS operate with the same logic as 
the mainmenu. Each time, on the screen, appropriate messages 
appear guiding the user on what to do. 

3. Update Operations 

These operations permit the user to perform 
insertions, deletions, and modi f i cati ons in the files of the 
database. 



a. Insertion Operation 

This operation is performed by the SUBPRG11 
program. This program, actually, is for adding a quantity of 
materials in the INVENTORY file and modifying the other 
fields of the record of that file. It also adds a new record 
in the INVENTORY and STATUS files whenever it is necessary. 

The whole structure of the program i s as follows 

(1) The INVENTORY file is opened. 

(2) The user is prompted to enter: 

(a) The part number of the material. 

(b) The name of the material. 

(c) The received quantity. 

(d) The owed quantity. 

(e) The waited quantity. 

(f) The registration number, and 
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The 



KQ} 



date. 



<3) Then the program searches the INVENTORY -file -for the 

part number of the material. If it does not exist, it 
automatically creates a new record in both INVENTORY 
and STATUS files after asking the user the following 
complement information about the received material: 

(a) The maximum quantity. 

(b) The minimum quantity. 

<c) The index for reorder- 
ed) The main material, and 
(e) The place in the store. 

Otherwise, it proceeds by checking the material 
name. Is the material names are different the program stops 
and a message appears on the screen, otherwise the program 
proceeds making all the necessary changes in the fields of 
the INVENTORY file. Then it displays the old and the updated 
records of the specific material. 



b. Deletion Operation 



This operation is performed by the SUEPRG 1 2 
program. This program, actually, is for subtracting a 
quantity of materials from the INVENTORY file , and adding a 
new record of that material in the MATERIAL and OWED files 
whenever it is necessary. 

The whole structure of that program is as 



foil ow 


s : 






( 1 ) 


The 


INVENTORY -file is opened. 


(2) 


The 


user is prompted to 


enter : 




(a) 


The part number of 


the given 




(b) 


The material name. 






(c) 


The given quantity. 
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<d) The owed quantity. 

(e> The due date. 

<f) The registration number, and 
(g) The date. 

(3) The program searches the INVENTORY file for the part 
number of the material. Then, after locating the 
record of the material, it subtracts the given 
quantity from INVENTORY file, it adds a new record in 
the MATERIAL file with the given quantity, and if 
there is an owed quantity it adds a new record in the 
OWED file. 



c. Modification Operation 



This operation is performed by the SUBPRG13 
program. This program changes the name of a material. 

The structure of the program is as follows: 



(1) The INVENTORY file is opened. 

(2) The user is prompted to enter if he wants to proceed 
or not. If the user enters <n> the program returns to 
SUBMENU 1 , otherwise it asks the user to enter the old 
name of the material. 



(3) Then the program searches the INVENTORY file for the 
material name. If the material does not exist in the 
file an appropriate message appears on the screen and 
the process quits, otherwise it asks the user to enter 
the new name of the material. Then the program 
changes the old name with the new one in the INVENTORY 
file and at the same time it changes the names in 
STATUS and OWED files. 



(4) The whole operation continues under the control of a 
WHILE loop, until the user exists. 



100 



3 



Reorder Qperati on 



This operation is performed by the SUBPR0G2 program. 
This program prints a list of materials needing to be 
reordered . 

The whole operation of this program is as follows: 



a. The INVENTORY file is opened. 

b. The user is promoted to enter <y> if he wants to 
proceed the program, or <n> otherwise. 



c» If the user enter <n> the program returns to the 

mainmenu. In the contrary it continues as follows: 



( 1 ) It creates from INVENTORY file a temporary file 
called tmpl, which contains all materials the 
quantity of which is under the index— order. 

(2) Then it creates from tmpl file the ORDER file 
which contains all materials needing to be 
reordered. For this operation the program 
considers the quantity on hands of the material, 
the awaited quantity, and the owed quantity. 



d. Finally it prints a list containing all materials 
needing to be reordered. 



4 . Report Generator Operations 

These programs permit the user to print all the 
necessary reports which must be available to any responsible 
individual for decision making purposes. These program 
reports are as follows: 
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a. List of Materials Received on a Particular DATE 

This function is performed by SUBPRG31 program. 
This program prints a list of all materials received by the 
Ordnance Battalion on a particular date. 

The program uses the following structure: 



(1) The user is prompted to enter <y> to proceed with the 
function, or <n> to return to the SUBMENU3. 



(2) The system asks the user to enter the particular DATE. 



(3) The necessary heading of the report is printed. 



(4) The INVENTORY file is opened, and the program copies 
to a temporary file called tmpl all records of 
materials with the same registration date as that 
entered by the user. 

(5) The program prints the list of the materials in date 
order into the tmpl file. 



In case of error an appropriate message appears on 



b. List of Materials Received in a Period of Time 

This function is performed by SUBPRG32 program. 
This program prints a list of materials received by the 
Ordnance Battalion in a specific period of time. 

The structure of this program is exactly as the 
previous one with the only difference being it uses a PERIOD 
of TIME instead of TIME. 
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c. Materials Received by a REGISTRATION NUMBER 

This function is performed by SUBPRG33 program. 
This program prints a list of materials received by the 
Ordnance Battalion by a specific Registration Number. 

The structure of this program is the same as the 
previous programs so its description is not needed. The only 
difference is that the user enters the registration number as 
data selection criteria. 



d. List of Materials Given on a Specific DATE or 

PERIOD of TIME 

This function is performed by SUBPRG34 program. 
This program prints a list containing all materials given by 
ihe Ordnance Battalion to any Unit ot the Division either on 
a particular DATE or in a specific PERIOD of TIME. 

The structure of the program is as follows: 

(1) The user is prompted to enter <y> tc« proceed with the 
program or n to return id the SUBMENUo* . 

(2) Trie system asks the user to select option (number 1 
for a specific DATE or number 2 for a PERIOD of TIME), 
and then enter the desired DATE or PERIOD of TIME 
correspondingly . 

(3) The MATERIAL file is opened, and the program copies to 
a temporary file all materials given to the units of 
the Division on that DATE or PERIOD of TIME. 



(4) Then it uses the temporary file to print the list with 
all materials given by the Battalion to the Units of 
the Division. 



e 



List of units received a specific material in a 
PERIOD of TIME 



This function is performed by SUBPRG35 program. 
This program prints a list of units of the Division to which 
a specific material was given by the Battalion in a 
particular period of time. 

The structure of the program is as follows: 



(1) The user is prompted to enter: 

(a) <y> if he wants the program to proceed or <n> 
otherwi se. 

(b) The part number of the material. 

(c) The start and end date 

(2) Then the necessary heading of the report is printed. 

(3) The MATERIAL file is opened, and the program copies to 
a temporary file called tmpl, all units from the 
MATERIAL file all units receiving the specific 
material in that particular period of time. 



(4) It uses tmpl file to create a sorted file called PI 
according to registration date. 

(5) It uses the PI file to print the desired list of 
Units. 



(6) In each case an appropriate message appears on the 
screen guiding the user. 

f. List of Units Received a Material 

This function is performed by SUBPRG36 program. 
This program prints a list of units of the Division to which 
a specific material was given by the Battalion. 
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The structure of the program is exactly the same 
as the previous program sc it is not necessary to describe 
it- The only difference is that there is net need for the 
user to enter the period of time. 

g. List of Materials Owed to a Unit 



This function is performed by the SUBPRG37 
program. This program prints a list of materials owed by the 
Battalion to a specific unit of the Division. 

The structure of trie program is about the same a 
the two previous programs except that the user enters the 
name of the specific unit, where upon the program searches 

the OWED file i n s *c e a d of M A i E b* I h I file. h in s 1 1 y a list ot 

materials owed to the specific unit by the Battalion appears 
on the screen. 



h. List of Units to which a Specific Material is 
Owed 



This function is 
program. This program prints 
to which a specific material 



performed by the SUBPRG-ju 
a list of Units of the Division 
is owed by the Ordnance 



Battal ion ■ 



The structure of the program is as fallows; 



(1) The user is prompted to enter <y> to proceed or <n> t 
return to SUBMENU3. 



(2) Then the user has to type the part number and the nam 
of the specific material* 

(3) The OWED file is opened, and the program copies to 
tmpi file from the OWED file all units to which the 
specific material is owed. 

(4) It uses the tmpl file to print the desired list of 
Uni ts- 
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i. List of Spare-Parts Needed to Repair a Material 

This function is performed by the SUBPRG39 
program. This program prints a list containing ail spare 
parts needed to repair a main material. 

The structure of the program is as follows: 

(1) The user is prompted to enter <y> to continue the 
process or <n> to return to SUBMENU3 , and then the 
name of the main material. 

(2) The INVENTORY file is opened and trie program proceeds 
by copying to tmpi file all spare parts needed to 
repair the specific main material. 

(3) Finally it uses the tmpi file to print the desired 
list. 

5. Loo ks -ups Operat ions 

These operations are to help the user to obtain 
information about the status of a specific materiail or for 
decision making purposes. These oprations are the following: 

a. Decision to Give a Material 



This function is performed by the SUBPRG41 
program. This program gives a response to the user on what to 
do in the case of a request of a material by a Unit of the 
Di vi si on . 



The structure of the program is as follows: 



(1) The user is prompted to enter <y> to continue the 
process or <n> to return to SUBMENU4 ? and then the 
part number of the material and the requested 
quantity. 
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(2) The necessary memory variables are initialized. 

(3) The INVENTORY tile is opened and the program proceeds 
to locate the specific material. In case that the 
material does not exist in the file, an appropriate 
message appear an the screen. Otherwise it examines 
the existing quantity and a series of messages print 
out, guiding the user on what to do, as for example 
'you can give the requested material' or ' You can 
give only that quantity of the material' or ' I'm 
sorry you can not give any quantity of that material ' 
or ' Go to your boss to decide what to do'. 

In particular, the program does the following: 



<a) Permits the user to give the requested quantity 
of materials or. 



(b) 



Tells him that the material does not exist in the 
Battalion and he must place an order or. 



<c> 



Informs him that 
Battalion but in 
consult with the 
to do. 



the material exists in the 
a limited quantity, and he must 
Commander who will decide what 



b. Information Status of a Material 

This function is performed by the SUBPRG42 
program. This program gives the user the following 
information about a specific material: 



(1) On hands quantity. 

(2) Maximum quantity 

(3) Minimum quantity 

(4) Waited quantity 

(5) Owed quantity to the Battalion 

(6) Owed quantity to units 

(7) Given quantity to units 
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(8) Received quantity from the battalion 



I he structure of the program is as follows: 



(1) The user is prompted to enter <y> to continue or <n> 

to return to submenu4, and then the part number of the 
mater i al - 



(2) The Inventory, Owed, and Status files are opened and 
the program proceeds locating the above information. 

( ) Finally it displays all the above i nt orfnat i on . 



108 



V. CONCLUSIONS AND RECOMMENDATIONS 



The previous pages describe a material database system 
model, suitable -for implementation within the Hellenic Armed 
Forces Formations, primarily -for an Ordnance Battalion of an 
Infantry Division* This system could also be applied* to any' 
Ordnance unit, at higher or lower levels than a Battalion 
with only sliqht modi f i cat! on . 



itabase concepts- Section II supports the analysi 



phc 



I presents the design phase, and section IV 
contains the i mpl ementat i on of the system. 

_ The goal of the system is to achieve greater processing 
speed, better accuracy and consistency, faster information 
retrieval, reduced cost, security, and better use of 
personnel . The Commander of the * Battal i on will be able to 
make faster decisions concerning the material, which in 
itself is of prime importance. 

DBASE II was used as a database management system, since 
it is readily' available based on she relational model , 
thereby increasing independency, and reduces redundancy- In 
addition, dBASE II contains its own programming language, 
which is a structured, high level language, generally very 
efficient for manipulating data in the database. Computing 
services will be provided by a mi cr oca mpu ter , IBM PC or 
compatible with two floppy disks and a hard disk of a size 
dependent upon the volume of data processed. 

The designed functions of the system are: Update files. 

Reorder processing. Report generators, and Look-ups, The 
functions most usually needed, have been implemented, but a 
wide variety of other functions could also be created. 



109 



The software life cycle has been taken into account 
dur 1 ng the propr oin development process. Programs are easv to 
modify to meet future improvement needs. A top-down design 
ap proach has been used in this i mp 1 ement at i on which serves 
the the goal of the system. 

The implementation phase contains the implementation of 
design and briefly the training of personnel and conversion 
planning. In this implementation only the mai n categories or 
materials have been used, with a limited and amount of data 
concerning each of them. Future improvements could include 
the entire military materials listing, with more complete 
information about the records. 

This thesis constitutes a good basis for future 
computer ization of the military materials in the Hellenic 
Armed Forces Formations. 
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APPENDIX A 



Appendix A contains the main program (MAINPRuG) and the 
ain menu (MAINliENU) as -follows: 



1 • Main Prog ra m (MA I NPROG) 

ERASE 

SET TALK OFF 

© 3,1 0 SAY 'Ordnance Battalion, 

D a t a b a se ' 

© 5 , 20 SAY 'Security System' 

STORE DATE ( ) TO dt 

STORE ' ' TO password 

© 10,26 SAY ' Enter Password: 

SET console or -f 
ACCEPT TO password 
SET console on 
SET EXACT ON 
IF password = ' panos ' 

SET EXACT OFF 

STORE ' ' TO LN 

© 12,20 SAY 'Enter your Last Name — >' GET LN 

READ 

use persons 

LOCATE FOR name = LN 

IF EOF 

© 14,20 SAY 'I'm sorry , you are unauthorised, 

to use the Database ' 

use unperson 
APPEND BLANK 

REPLACE name WITH LN , date WITH dt 
qui t 
ELSE 

STORE ' : : ' TO tm 

© 14,28 SAY 'Enter time >' GET tm PICTURE , 

'99: 99: 99AA ' 

READ 

use static 
APPEND BLANK 

REPLACE name WITH LN, date WITH dt, time WITH tm 
STORE F TO FINISHED 
DO WHILE .NOT. FINISHED 
ERASE 

DO MA INMENU 
STORE ' ' TO MENU 

© 24,10 SAY 'Your selection — >' GET MENU 
READ 
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KlsasE 



DO WHILE .NOT. MENU $ '12340' 

© 24,30 SAY '«=== Invalid Choice. 

Re-enter. ' 

STORE ' ' TO MENU 

© 24,10 SAY 'Your Selection — >' GET MENU 
READ 
ENDDD 
© 24,30 
DO CASE 

CASE MENU = ' 1 ' 

DO subprog 1 
CASE MENU ="'2' 

DO subprog2 
CASE MENU = '3' 

DO subprog3 
CASE MENU ="'4* 

DO subprog4 
CASE MENU = 'O' 

STORE T TO FINISHED 
ENDCASE 
ENDDO? 

RELEASE MENU 
ENDIF 
ELSE 

?' Unauthorized Person' 
qui t 
ENDIF 
ERASE 

SET TALK ON 
RETURN 



Main Menu (MAINMENU) 



IRASE 



© 

© 



1,60 SAY DATEO 

1,15 SAY ' 



© 


2, 15 


SAY 


' .K. 








© 


3, 15 


SAY 


' * 


MAI 


N M E N U *' 




£ 


4,15 


SAY 






-X *" 




© 


5,15 


SAY 


' #***■**#****************-**•*•**■-* •* 




© 


7,15 


SAY 


'Select one 


o-f the -following ' 




© 


9, 10 


SAY 


' 








© 


1 1 , 10 


SAY 


' 


1 - - - 


Update o-f -f 1 1 E5 




© 


13, lO 


SAY 


• 


X- ■ ■ ■ 


Reorder Processing 




© 


15,10 


SAY 


• 


“T t 


Report Generator 




© 


17,10 


SAY 


' 


4- - . 


Looks-ups 




© 


19,10 


SAY 


' 


0- - - 


Exit the system 




© 


21 , lO 


SAY 


• 









RETURN 



APPENDIX B 



Appendix B- contains Subprograml (SUBPR0G1) and Submenu 1 
(SUBiiENUl) with all the dependent subprograms: SUBPRE11, 

SUBMENU, SUBPRB12 , SUBMEN 12, SUBPRB13 , and SUBMEN 13. 



1. Subprograml (SUBPR0G1) 



ERASE 

SET TALK OFF 
DO secure 

STORE F TO F INI SHI 
DO WHILE -NOT. FINISH1 
DO submenu 1 
b ! ORE TO choi se 1 

@ 23,10 SAY 'Enter your selection > ' BET choisel 

READ 

DO WHILE .NOT. choisel S '0123' 

© 23 ,38 SAY '<<=== Invalid Choice. Re-enter ' 

STORE ' ' TO choisel 

@ 23,10 SAY 'Enter your selection >' BET choisel 

READ 
ENDDO 
DO CASE 

CASE choisel = '1' 

DO subprgll 
CASE choisel = '2' 

DO subprql2 
CASE choisel = '3' 

DO subprg 13- 
CASE choisel = '0' 

STORE T TO FINISH1 

ENDCASE 

ENDDO 

RELEASE FI NISH 1 
SET TALK ON 
RETURN 
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Submenul (SUBMENUl) 



ERASE 



(B 


1,10 


SAY 


DATE < ) 








2,10 


SAY 


' ******* 


*************************************** 


© 


3,10 


SAY 


'* 




* ' 


<3 


4, 10 


BAY 


* XL 


UPDATE FILE FUNCTIONS *' 




5, 10 


SAY 


' * 




at ' 


© 


6,10 


SAY 


' * 




(Submenul) ' 




7,10 


SAY 


’ at 




* ' 


(8 


8,10 


SAY 


code 




Task Description *' 


& 


09,1 0 


c/w 

i_fn l 











10,10 


SAY 


' * 




* ' 




11,10 


SAY 


'* 1 . . 


Insert 


a material's quantity 




12,10 


SAY 


' at 




at ■ 


© 


13,1 0 


SAY 


' * 2 - 


Delete 


a material's quantity *' 




14, 10 


CAW 
i_?n T 


' * 




* ' 




15,10 


SAY 


' * 3 . . 


^ _£ % 

i iuu x i y 


a material's name. * ' 


© 


16,1 0 


SAY 


' * 




* ' 


© 


17,10 


SAY 


'* 0. . 


Return 


to mainmenu- * ' 


© 


18,10 


SAY 


' 




* ' 




X / ^ X 


CAW 
i_jn T 


' **•*-**•*•* 


******* 


**************** **************** 


© 


o 1 ~>r\ 


SAY 


' Sel set 


one of 


the above codes ' 



RETURN 



3. Subprogram!! (SUBPRB11) 



ERASE 

SET TALK OFF 



subman 1 1 



STORE ' ' TO continue 

© 22,09 SAY 'Enter <y> to continue or <n> to stop' GET , 
conti nue 

READ 

DO WHILE continue <> 'n' 

ERASE 



IF continue = ' y ' 



STORE 


# 




r 


t n 

1 u 


pn 


STORE 


' 




' 


TO 


mn 


STORE 


' 






TO 


qt 


STORE 


' 


' 




TO 


od 


STORE 


' 






TO 


ren 


STORE 


' 


' 




TO 


red 


© 5,10 


SAY 


'Part number : 

PICTURE '9999-999-99 


GET pn , 
99 ' 


© 6,10 


SAY 


' Material 


name 


. ' 


GET mn 


•1 7,10 


SAY 


' Recei ved 


quat i ty 


. ' 


GET qt PICTURE 


© 8,10 


SAY 


' Owed qua 


nt i ty 




GET ob PICTURE 



' 99999 
' 99999 



1 14 



© 9,10 SAY 


'Reg- enter number: ' 


GtT ren 


* 




PI 


CTURE '99999' 






© 10,10 SAY 


'Reg. enter date : ' 
PICTURE '99/99/99' 


SET red 


* 


READ 

STORE 0 


TO 


Q 






STORE 0 


TO 


GO 






STORE 0 


TO 


D 






STORE 0 


TO 


NUN 






STORE val (ren) 


TO NUN 






STORE val (qt) 


TO Q 






STORE val (od) 
use inventory 


TO D 






LOCATE FOR 
IF EOF 


par 


the = pn 






STORE ' 




TO 


mx 




STORE ' 


• 


TO 


m i n a 




STORE ' 


' 


TO 
1 u 


i o 




STORE ' 




' TO 


ffim 




STORE ' 


' 


TO 


wt 




STORE ' 




TO 


Pi 




© 12,10 


SAY 


Record does not exist 


* ' 


© 14,10 


SAY 


' Max 

PICTURE '99999' 


: ' GET 


mx , 


© 15,10 


SAY 


'Min 


: ' SET 


mi na 






PICTURE '99' 






© 16,10 


SAY 


' Index Order 


: ' GET 


io , 






PICTURE '999' 






© 17,10 


SAY 


'Main material 


: ' GET 


mm 


© 18,10 


C2/\ V 
«_jn T 


' Uai ted 


: ' GET 


wt , 






PICTURE '9999' 






© 19,10 


SAY 


'Place 


: ' GET 


rt 1 
S-I J. 



READ 

STORE 



val (mx ) 
v' a 1 (fiima) 
val (io) 



TO 

TO 

TO 

i '—J 

TO 



MftXQ 
M I NQ 
IORD 
WG 



STORE 

STORE val (wt ) 

APPEND BLANK 
REPLACE regentsrno 

part no with pn , matername 
quantity with Q, min with 
REPLACE in dorder with IORD, 



NUN , regent date 



with mn 



m<= 



vv j. 

W i ■_ 



h r ed , 



mai nmater witn m m = 



waited with NO, place with pi 



LOCATE FOR partno = pn 
?' The new Record is: 

DISPLAY 



ELSE 



i 15 



The old Record 



<-> 

v 

r.TCpI AV 
iu“ t_n T 

“> 

o 

IF matername = mn 

STOF<E Q + quantity TO QQ 
IF waited = Q .AND. D = O 

REPLACE quantity with QQ, waited with 0 , 

regenterno with NUM, reqentdate with red 

ELSE 

REPLACE quantity with QQ, waited with D , 

regenterno with NUM * reqentdate with red 

chin t tr 

i ihL' a i 

9 

9 

LOCATE FOR partr.o = pn 

? ' The new update Record 15: 

■^> 

9 

DISPLAY 

o 

9 

ELSE 

? 

?' Matername has been changed. DO -first subprqio' 

o 

ENDIF 
END IF 
ELSE 

o 

v 

** Incorrect argument ' 

ENDIF 



o 



STORE ' 
& 24,10 

READ 



' TO continue 
SAY 'enter <y> to 
GET continue 



conti nue 



ENDDO 

SET TALK ON 
RETURN 



or n s to stop , 
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4. Submental 1 (SUBMENU) 



ERASE 

INSERT A MATERIAL'S QUANTITY 
(Subprql 1 ) 



? ' * 
? ' * 
? ' *- 
9 ' ^ 

O •- J £. 
? ' * 



v ' -£ 


The pi 


?"* 


<y> ai 


•■? ' ij. 




? '* 


the m 


? - -* 




r> r jx. 






i j. £ci = ' 


? '* 




? ' * 


u p Cj a t i 




on th.i 


? ' ^ 






*--**-■ *•**-■*■* 



•fr 

*r 

* 



JRN 



5. Subprograml2 (SUBPRB12) 



ERASE 

SET TALK OFF 

DO submen 12 

STORE TO continue 



’S j - ^ 



READ 



'enter <y> to run or 
GET continue 



<n> to stop ==>' 



DO WHILE continue <> 'n' 

ERASE 

IF continue = ' y ' 

STORE ' ' TO pn 



STORE ' 


' TO 


mn 


STORE ' 


TO 


qt 


STORE ' 


TO 


ad 


STORE ' 


TO 


dd 


STORE ' 


TO 


ren 


STORE ' 


TO 


red 


STORE ' 


' TO 


un 


£ 6,10 SAY 'Part number 


. ' 


GET pn 



PICTURE ' 9999/999/9999 ' 

<£ 7,10 SAY 'Material name : ' GET mn 
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•2 


8,10 


SAY 


'Quantity : 


' GET 


qt 








PICTURE '99999' 








9, 10 


SAY 


'Owed ; 


' GET 


od 








PICTURE '99999' 






& 


10,1 0 


SAY 


'Due date : 


' GET 


dd 








PICTURE '99/99/99 






© 


11,10 


SAY 


'Reg. Exit No : 

PICTURE '999999' 


‘ GET 


ren 




12,10 


SAY 


'Req. Exit Date : 


' GET 


red 








PICTURE '99/99/99' 




@ 


13, lO 


SAY 


'Unit name : 


' GET 


un. 



READ 



STORE 


0 TO Q 




STORE 


0 TO QQ 




STORE 


0 TO D 




STORE 


0 TO NUM 




STORE 


val(qt) TO 


Q 


STORE 


val (od ) TO 


D 


STORE 


vai (ran ) TO 


NUM 


use inventory 




LOCATE 


FOR partno = 


pn 



IF EOF 

@ 15, 10 SAY 'Requested material does not exist , 
in the Battalion' 

ELSE . 

IF D = 0 

STORE quantity — Q TO quantity 
use material 

& 15,10 SAY 'Create new record in MATERIAL file 
APPEND BLANK 

REPLACE unitna.T.e with un , par t no with pn 
REPLACE matername with mn , qtity with Q 
REPLACE regexnc with NUN, reqexdata with red 



DISPLAY 

ELSE 

IF Q = 0 

use owed 

£ 15,10 SAY 'Create new record in OWED file* 
APPEND BLANK 

REPLACE unitrsame with un, partno with pn, 
matername with mn , qtity with D, 
duedate with dd , regex no with NON 
REPLACE reqexdate with red 
ELSE 

use inventory 

LOCATE FOR partno = pn 

STORE quantity - Q TO quantity 

use owed 

@ 15,10 SAY 'Create new record in OWED file 
APPEND BLANK 
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rn m 



REPLACE unitname with Lin, partno with pn 
REPLACE matername with mn , qtity with D 
RthLAL-E du0dd,t0 with cici , rEy cxnc with N 0 M 
REPLACE regexdate with red 
Lise material 

17, 1 0 SAY* Create new record i n MAlERlAL , 
tile' 

APPEND BLANK 

REPLACE unitname with lir , partno with pn 
REPLACE matername with mn , qtity with Q 
REPLACE regexno with NUN, regex date with red 
ENDIF 
END IF 
ENDIF 
ELSE 

7' Incorrect argument ** ' 

ENDIF 

STORE ' ' TO continue 

@ 22,10 SAY 'Enter <y> to conti m_ie or <n> to stop — >' , 

SET continue 

READ 

NDDG 

RASE 

SET TALK ON 
RETURN 



6. Submenul2 (SUBMEN12) 



ERASE 

? ' *********** ^^X^**************-*******^********-**-***:- 

7 

?'* DELETE A MATERIAL'S QUANTITY 

7 ' * 

? ' * 

? 

'p ' 

7 ' * 

7 '* 

? '* 

•p ' j *. 

? ' * 

'P ' JfL 

7 ' * 

' •* 



(SLibprg 12) 

The program is ready to r Lin when you enter 
< y > , and then the part nLimber at material, 
the material name, the given qLiantity, and 
the unit name. 

Please, wait a Tew seconds and the old and 

9 ' ju. 

?'* Lipdated records will appear on the screen. 

7 ' * 

RETURN 



* 1 

‘ 



* 

* 
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7. Subprograml3 (SUBPRG13) 



RASE 

ET TALK GFF 
DO submen 13 



STORE ' ' TO change 

@ 18,01 SAY 'enter <y> to change the material name or <n> , 
to stop — > ' GET change 

READ 

DO WHILE change <> 'n' 

ERASE 



use inventory 
if change = ' y ' 

STORE ' 

@ 10,15 SAY 'Enter old 
READ 

LOCATE FOR mat er name 
if .NOT. EOF 
STORE ' 

@ 12,15 SAY 'Enter 
READ 

REPLACE matername 



TO ol dn-tme 

name ==>' GET oldname 
= oldname 

' TO newname 

new name — > ' GET newname 
WITH newname 



?' In INVENTORY file 



DISPLAY 



? ' In GWtD file : ' 



use owed 




REPLACE 


ALL 




FOR 


DISPLAY 


ALL 



mater name WITH newname , 
matername = oldname 
FOR matername = newname 



?' In MATERIAL file : ' 



use 



material 

REPLACE 


ALL 




FOR 


DISPLAY 

o 


ALL 


n 





matername WITH newname , 
matername = oldname 
FOR matername = newname 



ELSE 

@ 15,15 SAY 'This record does not exist in the 
END IF 



f 



es ' 



?' ** Incorrect argument ** ' 
END IF 
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STORE ' ' TO change 

@ 22,15 SAY 'enter <y> to continue or <n> to stop 
SET change 

READ 

ENDDO 

ERASE 

SET TALK ON 
RETURN 



8- Submenul3 (SUBMEN13) 



ERASE 

? ' ********************** *********^#**^^**^^^**^* **-*■£-£ 3 
n ' n. 



MODIFY MATERIAL'S NAME 



? * *' 



program interactively changes a material name 



?'* 


into a new one- 


The only thing to do is to type 


* ' 


'T* ' ji 


<y>, and then the old and the new name, and in a 


* ' 


? '* 


-few seconds the 


old and the new records of the 


* 


? '* 


material appears 


on the screen. 


* 


? '* 






* 


? ' * 


The modification 


is applied into all used in the 


* * 


r-y .* ^ 


database til ss o 


-f INVENTORY, OWED, and MATERIAL. 


-*£. * 


\J ' -£- 






* ' 



^* ******************** **#********^***-£*^**^****^***-**-£-ft-i£*s- 
"i IDKI 

■_J I \ l M 
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APPENDIX C 



Appendix C contains the subprograms (SUBPR0G2) and the 
submenus (SUBMENUS) as follows: 



1. Subprograms (SUBPR0G2) 



ERASE 

SET TALK OFF 

DO submenus 

STORE ' ' TO continue 

© 18,07 SAY 'Enter <y> to continue or <n> to stop — >' , 

GET continue 

READ 

DO WHILE continue <> 'n' 

ERASE 

IF continue = 'y' 

© 10,12 SAY 'The program is running' 
© 12,10 SAY 'Please. Wait a few minutes to take, 
the results' 

USE INVENTORY 

COPY to tmpl FIELD PARTNO , MATERNAME , QUANTITY , MAX , , 

INDORDER, OWED, WAITED FOR (quantity <= indorder) 
SELECT PRIMARY 



USE tmpl 








DO WHILE . 


NOT. EOF 






STORE 


-• 




' t 


STORE 


' 






STORE 


0 to Q 






STORE 


0 to M 






STORE 


0 to IN 






STORE 


0 to 0 






STORE 


0 to W 






STORE 


0 to QW 






STORE 


0 to QWO 






STORE 


0 to OQW 






STORE 


0 to ORDR 






STORE 


PARTNO 


to 


0 

1 


STORE 


MATERNAME 


to 


MN 


STORE 


QUANTITY 


to 


Q 


STORE 


MAX 


to 


M 


STORE 


INDORDER 


to 


IN 


STORE 


OWED 


to 


0 


STORE 


WAITED 


to 


W 


STORE 


Q + W 


to 


QW 


IF QW 


> 0 






STORE QW— 0 


to 


QWO 



1 S'-* 



/ 



IF QWO < 
STORE 
ENDIF 



IN 

M— QWO to ORDR 



ELSE 

STORE O-QW to OQW 

STORE M+OQW to ORDR 

ENDIF 

IF ORDR > 0 

SELECT SECONDARY 
USE ORDER 
APPEND BLANK 

REPLACE PARTNO WITH P, MATERNAME WITH MN 
REPLACE QTITY WITH ORDR 
ENDIF 

SELECT PRIMARY 



SKIP 

ENDDC WHILE 

STORE 'LIST' TO titlel 
STORE ' ' TO under 1 1 

STORE 'o-F all materials needed reoeder' TO title2 

STORE ' ' TO under 1 2 

SELECT PRIMARY 
USE ORDER 

COPY TO tmp2 FIELD PARTNO, MATERNAME, QTITY 
SELECT SECONDARY 



USE tmp2 
IF .NOT. EOF 

* Print the heading 

?' ' +DATE < ) 



2' ' +t i tl e2 

?' ’ +under 1 2 

r> 

STORE 1 TO seqn 
STORE O TO 1 ncount 



'+titiei 
' +underl 1 



?'fSeq#l Partno ! Material name JQtity 



1 

1 

TORE 


i ■ 

lncount+9 TO Incoun 


0 WHILE .NOT. EOF 


IF 


lncount > 53 
EJECT 

STORE 0 TO lncount 


ENDIF 


?' : 


1 1 

l l 


• • 
: i 


' +STR (seqn ,3) 




! ' +partno 


nn r 


! ' +maternsme 


99 ' 


! ' +STR ( qt i ty ,5) 
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;d to 
rn rn 



1 n count 



STORE eeqn+1 TO 5sqn 
STORE lncount+2 TO 

SKIP 

ENDDO WHILE -NOT. EOF 



?' None material need reorder' 

9 



END IF 



* SET PRINT ON 
USE ORDER 
GO TOP 

DELETE NEXT lOOOO 
PACK 



ELE 



r> 

r> 

END IF 






incorrect argument 



v 






STORE ' ' to 

@ 22,02 SAY 

READ 



continue 

Enter <y> to continue or < 
SET continue 



ENDDO 

ERASE 

~r tai is 

i i 

TURN 



ON 






n> to stop — > ' , 
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Submenu2 (SUBMENU2) 



ERASE 

’-y 



£**************************************#•£#•**-£-*■* 



— • 


Jl. 








n * 






REORDER REPORTING 


O ' 


-*- 








r-y t 


* 






( Subpr oq2 ) 


i—, , 


* 








*s r 


-U. 


i h e {D r O C* r S 


m is ready to run when 


~> r 


* 








r -> ' 


*- 


you enter 


'. y x . 


Please, wait a few minutes 


9 ' 


-ft- 








•-} • 


-s- 


C i-v i-i u~ 4- 1 v / — . 

•__• .• S •_! 1 *_ JL y C* 


list 


of materials, to be needed 


*7* ‘ 


Ja. 








ry 1 


* 


reordered 


will 


appeal on ■_ h e sci een > 


*? ' 


* 









**************************#*****-ie‘S-*£‘S--*-&-&ic-8- ****** •£■■*-£■ 



•* 

* 

t-ft- 



RETURN 
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APPENDIX D 



Appendix D contains Subprograms <SUfc!pR0G3) and Submenus 
(SUBMENUS) with all the dependent subprograms: SUBPRG3 1 , 
3UBMEN3 1 , SU8PRG32 , SUBMEN32 , SUBPRG33 , SUBMEN33 , SI IBPRG34 , 
SUBMEN34, SUSPRG35 , SUBMEN35, SUBPRG36 , SUBMEN36 , SUBPRG37 , 
SUBMEN37, SUBPRG38 , SUBMEN3S, SUBPRG39 , SUBMEN39. 



1. Subprograms (SUBPR0G3) 



upACC 

L.r\nui_ 

err *r/\i l-*- rscrp 
■—f i « ■ I i » i i_m r 



ct never cr rn c. 

vJ 1 Ut o.U ! I '_J 1 


INISH3 


DG WHILE 


.NOT. FINISH3 


"ERASE 




DO SUBME 


NU3 


STORE ' 


' TO SUBMN3 


Q 25,25 
READ 

DO CASE 


Sft Y V our 50 I 


CASE 


SUBMN3 = ' 1 ' 




00 S L l b C3 r~ Q 1 


CASE 


SUBMN3 = '2' 




DO subprg32 


case 


SUBMN3 = '3' 




r\r 1 j— ■ • k »~ v w~ r« t 

L't.J =3 U.U t~r 1 t| 


CASE 


SLJBMN3 = ' 4 ** 




DO sub p y~ g 


CASE 


SLJBMN3 = '5* 
DO subprg35 


CASE 


SUBMN3 = ’* 6 ' 




L) 0 —} Li b fl> Y~ M * — • 6 


CASE 


Cl ■ O IviKI T — • ~7 • 

•jL'lm hm*_* — / 




DG subprg37 


CASE 


SUBMN3 = 'Q' 




DO subprq3S 


CASE 


SUBMN3 = ' 9 ' 




DO subprq39 


CASE 


SUBMN3 = * 0 ** 
STORE T TO 


ENDCASE 




ENDDO WHIL 


E -NOT. FINISH 


Dpi c/\cc nr 

I \ IS. i 1 r—i —fi i 


INISH3 


SET TALK ON 
RETURN 





FINISH3 
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2. Submenu3 (SUBMEN3) 





i « 


L. C\ 


SAY 


DATE ( ) 








•— i 

■sL n 


10 


SAY 


' MM 


.U. X jL A. X 


MMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMMM M 






•- « 


10 


SAY 


' * 




REPORT GENERATOR 


m ' 


@ 


4, 


10 


SAY 


' * 






* 




* 


10 


SAY 


' M- 


code 


Task Description 


-kC- ' 


(B 


6, 


10 


CAV 
un i 


‘ JA 


— 




M ' 


fzt 


t * 


10 


CAV 

r~i i 


* it 


1 . . 


Materials received on a particular DATE 


M " 


@ 


os. 


10 


SAY 


' M. 


*-» 


Materials received in a PERIOD ot TIME 


» 




09, 


10 


SAY 


' -ft- 


7 


Materials received by a REGISTRATION 4 


jf ' 


(B 


1 !~\ 

A V , 


1 C\ 

A V 


SAY 


' -V- 


4. . 


Materials given on a specific DATE or 


M ' 


iSt 

VT 


1 1 
A A ^ 


10 


OAV 

un i 


4 it 




PERIOD of TIME. 


M ' 


@ 


i “7 • 

1 At 


10 


SAY 


' JA 


— 


Units received a specific material in 


* 


(5 


1 T 

A f 


10 


SAY 


*' J£. 




-* ULpTH r-, r-.JL TJMir 

a. ■ i l \ i uiJ i-J i i ii II. 


Ji 


0 


14 , 


IO 


SAY 


' 


6 . . 


Un its received a specific material. 


M 




15 , 


10 


SAY 


' * 


7 o = 


Materials Ol^hD to a speciT ic u n x t =• 


M ? 


e 


16, 


i r* 

A V 


SAY 


' Jt 


3. , 


Units to which a material is owed. 


* 


@ 


17 , 


i r* 

A V 


SAY- 


' * 


9, , 


Spare-parts needed to repair a specific 


^ ’’ 


@ 


i kj 

A * t , 


10 


SAY 


' M 




mai n mater i al . 


M 


(d 


19 , 


10 


SAY 


' * 


0. . 


Return to main menu. 


a- 4 



V(j 



io 

10 



SAY ' *********-3Mfr***************#************#****-2-*3H 
SAY ' Select one of the above Task - codes 



RETURN 



3. Subprogram31 (SUBPRG31 ) 



ERASE 

SET TALK CPF 

D f t r- « « Li /r\ r*t m T 1 
u zjuunitr! i v . 1 i 

STORE ' ' TO enter it 

cl 20,03 SAY 'Enter <y> to start or <n> to stop > 



READ 

DO WHILE enter it <> 'n' 

ERASE 

IF enter it = ' y ' 

STORE ' TO dt 

@ 10,12 SAY 'Enter the desired DATE ====== 

GET dt PICTURE '99/99/99' 

READ 

STORE 'LIST' TO titlel 
STORE '====' TO under 1 i 

STORE '0-f-f all materials received on TO titled 



STORE 



ro ti 



1 O 

i i u cri a a. 
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USE i n ven t cry 

COPY TO tmpl FIELD PARING;, MATERNANF « QUANTITY, 
REGENTERNQ FOR ( regen t date = dt) 

USE tmpl 
IF , NOT. EOF 

* Print the heading 

n •• 

+DATEO 



n ' 
' 




' +t i tl e2 


OO j-i 4- 

: : u l 

o - 




' +under 1 2 


n 

STORE 


1 


TO seqn 


STORE 


n 


TO lncount 


r ? ' 







'+ti tlel 
' +underl 1 



Partno 



Material name IQtity ! Reqet.no \ 



S'! ORE lncount+9 TO 1 n count 
DO WHILE -NOT. EOF 
IF' In count > 53 

E ~r nr ~ — 

UUU I 

STORE O TO lncount 
END IF 

?' ; : : 

?' I ' +STR ( seqn , 3 ) 

^partrso 
+mater name 
+STFv \ cjLtan t i t y - 5) 

+STR ( r eq enter no , 6 ) 



nn 



no ' 

99 ' 

STORE 
STORE 
SKIP 

ENDDO WHILE -NOT. EOF 



eqn + 1 TO ssqn 

TO Incount 



END IF 

lZ I OCT 



None material enter this date in the unit or 
perhaps you typed invalid form tor date' 



incorrect letter or symbol -a*' 



END IF 
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c 'r n t_; nr t n ny ..: j. 

— ■ I * — * i \ * — s CJI '-err J. •- 

@ 23,07 SAY 'Enter <y> to continue or <n> 



READ 
ENDD G 
ERASE 



to Stop 



:T enter! t 



4. Submenus 1 (SUBMEN31 ) 



7 ' **************** 

O ' *L." 

?'* MATERIALS RECEIVED ON A PARTICULAR DATE 

■i— - — I .«- rr\ — r. •!• rn ^ — -r ^ f r" 



7 '* 


received by the Or 


d nance Uattali 


on on 


a 


jt ■ 


7 ' •* 


part i cul ar DATE. 








* • 


9 ' JjL. 


En ter < y > , and 


then the DATE, 


and 


wait a 


-tc. •' 


7 *' * 


Tew seconds- L»n the screen you 


will 


see the 




f * -fr 


1 i =r of materials 


received that 


DATE- 







7 

•— 

RETURN 



5. Subprogram32 (SUBPRG32) 



CDACC 



DC submen32 

STORE ' ' TO enter! t 

& 20,07 SAY 'Enter <y> to start or <n> to stop 
READ 

DO WHILE enter! t <> 'n' 

ERASE 



> BE 



ci! i ‘-tri — 

STORE 



^0 sdt 



T enter! t 
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STORE 



TO 



<3 10. ili SAY 'Enter the start DATE. FROM =--==: 
BET sdt PICTURE 99/99/99' 

TO 



fAt 11 tO C/W 

\n x x * x x_ -_>n i 



READ 

STORE 'LIST' TO titiel 



STORE 

STORE 

STORE 



’====' TO under 11 



I *_» E X V X CTi. 



TO u n d e r 1 xi 
USE inventory 



COPY TO tmpi FIELD PARTNQ , MATERNAME , QUANTITY,, 



FOR (repentdate >= sdi 
USE tmp 1 

SORT on repentdate to PI 
USE PI 

T LT KinT CriCT 

xi > IMU I a 

-* Print the headinp 



AND- repentdate < edt) 



sdi 



edt 



’ -l- 4-1 » O 

^ *_ X t_ X *=■ x_ 



'+underl : 



n » l - 



+ti tie! 
+underl i 



CTpDC 1 Tm 

u i ui\! x i u scruji t 



IT i iC'CT n 

J I UIM V 



! u Incount 



Part no 



Material name 



4- i / ■ Lj j— » r-i rt i—i • L : r> r\ /n F * 

v* y i t\cucrnu i ■_ i 



STORE inccunt+9 TO lncouni 
DO WHILE .WOT. EOF 
IF incount > 53 
EJECT 

STORE 0 TO Incount 
END IF 



9? 



-?7 

OO 



+STR (seqn ,3) 
tpartno 
# +matername 

+STR (quantity ,5) 
■^bT K ( regen ter no « 6 ) 
+reqentdate 



STORE aeqn+l TO seqn 
STORE incount+2 TO Incount 
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uj uj cn tr lu r- 



SKIP 

ENDDO WHILE 



ELSE 

r> 

?' Wane .material enter this PERIOD of TIME in 
”che rsattal i an 

END IF 
ELSE 

?' ** incorrect letter or symbol **• * 

EKDiF 



CTHC-C 
O I 'Jl \ ! 

& 23.07 S^ 
READ 

,\innn 

I -i JL/ IS 1 f 

RASE 

ET TALK ON 
ETURN 



TO enter! t 

Y 'Enter <y>- to continue or <n> to stop > 

GET enter! t 



6. Submenu32 (SUBMEN32) 



RASE 



? ' * 
? ' * 
' ^ 
" * 






o ' ^ 

O ' -iL 



MATERIALS RECEVEI VED IN A PERIOD OF TIME 

(Subprq32) 



<y > , and then the PERIOD of TIME. 

PI ease , wait a Tew seconds I ! ! 

A list of materials rscsi vsd by the Dsttaiion 
in that PERIOD ot TIME will appear on the screen. 

The materials will be sorted on Registration 
number • 



DCTI IDM 

I VI — I UIMM 
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7. Subprogr am33 (SUBPRG33) 



tRAtiE 

CCT T/\ i i-*' ncr 
t_JL_ I ! Hu.!'-. •_>! I 



STORE ' ' TO enter! t 

@ IS, 07 SAY 'Enter <y> to start or <n> to st 
READ 

DO WMILE enter! t <> 'n' 

ERASE 

IF enter it = 'y' 



on >' sE i enter 



TORE 



rn 



r SrtY Enter the d es i r ed Registration no , 

BET rn PICTURE '999999' 

READ 
STORE 



' a a >r n . 



TO ren 



STORE 'LIST' TO title! 

STORE '====' TO under! 1 

STORE 'Off all materials received with 



•_J •_ X I. ± CTi 



'' CT 



TORE 



TO underlie 
USE STATUS 

COPY TO tmpl FIELD PARTNO , MATERNAME, QUANTITY, 
USE tmp 1 

SORT on r egenternc to PI 

I idET D 1 

u j »_■ i_ i x 

IF .NOT. EOF 



.it 4-k n 

1 I XII 1 — LI IC 



headi nq 



r -* DAI E ( ) 



on 



'+ti tle2 
STR (ren .6) 

' Regent erne ' 

' +under 1 2 



'+ti tlel 
' -f-under 1 1 



STORE 1 TO eeqn 
STORE O TO Incount 



?';Seq#! Partno 

' i i 

: i i 

STORE Incount+9 TO 
DO WHILE -NOT. EOF 
IF i Pi e c n n t / 5 !'■ 

EJECT 

STORE O TO 
END IF 

^ ' i i 

: i i 



i latcTl a 

1 n count 



1 ncount 



name 1 1! 1 1 1 •. Regent) • KtrC] tr d l .■ 

i ; i i «■ 

ii i > 



132 



i K \ S e q Pi = '—• } 

• PsrtinD 
'^mStsrrio.fns 
■^cz-T K ( quant 1 1 y , tj ) 
+STR (rsgsnterno ? 6) 
+ r£Q6J\dat£ 



STORE seqn+l TO SEqn 
STORE 1 ncGunt+2 TO 1 n count 
SK I P 

ENDBG WHILE . NOT. EOF 



.BE 



None material enter the hATTALIOM with 
this REGENTERNO ' 



dr r» i r 1 i 

ul 'J l-f 

ELSE 

o 

*• •“> ' 
END IF 



** incorrect letter or symbol 



3 ! Urit ! !_! enter 1 1: 

© 23,07 SAY 'Enter <y> to continue or <n> to stop 
GET enter! t 

READ 

ENDDO 

ERASE 

C?CT TAI U HKI 
oi_ i l ni_l % Lj i m 

DETI iDKI 

1 J Ul MM 



8. Submenu33 (SUBMEN33) 



ERASE 

? ' ************* *************** ************************ * * * * * * 



? ' * 

v ' -ft- 
? ' * 
? * * 
? ' * 
*7 ' * 
*7 ' -K. 



MATERIALS RECEIVED BY A REGISTRATION NUMBER 

<Subprq33> 



This pregram gives a list of mater i al s received 
by the Battalion by a specific registration number. 

The only thing to do is to enter <y>, and then 
the Regenterno, and to wait a -few seconds. 

?'-* On the screen you will see the that list. 

? ' * 

? ' ******************************************************* ** 
RETURN 
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9 



Subprogram34 (SUBPRG34) 



cr o c? cr 



DU submsn34 

STORE ’ ' TO given it 

S 22,07 SftY 'Enter <y> 

ocr/xrj 

i '.uniJ 

0 Li WiH I Lt y i vpni t / n 
IF q i vsn it = * y 



tuai l 



or <n> to stop >' GE ! q i vsn 



1 — * "T • : E2 C_' ' • Ti i r-i 

o » * — 1 1 \ » i •_* i_» 

@ 09,10 SAY 'Type 1 for DATE or 2 for PERIOD of TIME ===.:-> , 
GET d PICTURE '9' 

READ 

STORE val (d) TO dd 
IF dd = 1 

STORE ' ' TO or. 

@ 12,10 SAY 'Enter 
GET un 



the desired name 



Imj. i : 



DCAT 
i \ s Hi 



@ 15,10 SAY 'Enter 



dt 

the 



desi red 



DATE 



GET dt PICTURE '99/99/99' 



STORE 'LIST' TO titlel 
STORE ■====' TO under 11 

STORE 'Off all materials given to* TO title2 

STORE ' 

TO under 12 
USE material'/ 

COPY TO tmpl FIELD PARTW0 , MATERNAME , QT I TY , REGEX NO , 
FOR (unitname = ur .AMD. reqexdate = dt) 

USE tmpl 
IF .NOT. EOF 



o 

Ou- -i n ± 
** I I AML 



:he 



rteacii nq 



* +DATE 



2 ' 
o • 

9? 

vv 

79 

O ' 



'+ti tle2 



UR 



3R 



+under 1 2 



* -^titlel 
* +under 1 i 



STORE 

STORE 



T IT r-i r-x 

i u id cr i 

TO Incount 
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9 • * 






Part no 



Material name 



I Reqexno S 



STQRt. Inccunt+9 IU I n count 
DO WHILE - NOT =, EOF 
IF incount > 53 
EJECT 

STORE 0 TO incount 
END IF 



STORE 

STORE 



+partno 
-s-mater name 
5"bTR ( pt i ty , 5 ) 

+STR (regPKnG, 6) 

seqn+i TO seqn 



n count +2 i 0 

SK I P 

ENDDO WHILE -NOT. EOF 



X • -i 

J I I 1 



ELSE 



END IF 
ELSE 
IF dd = 



i ■__? Y \ I 



' TO un 

© 12,10 SAY 'Enter the desired 

bt ! LI n 



name 



© 16,10 SAY 



STORE ' ' TO sdt 

STORE ' ' TO edt 

© 15,10 SAY 'Enter the start DATE. FROM =====>>' 
GET sdt PICTURE '99/99/99 ' 

TO > 

PICTURE '99/99/99 ' 

READ 

STORE 'LIST ' TO titlel 

STORE '====' TO under! 1 

STORE 'Oft all materials given to' TO title2 
cm 



jTORE 



TO underl^ 

USE material 

COPY TO tmpl FIELD PAETNO , MATERNAME, QTITY , REGEX NO, 
REGEX DATE FOR (unitname = un . AND- , 

(regex date >= sdt .AND. regex date <= edt)) 

I ! C? lT 4- rr.t-x i 

UUL. ■ III | » X 

SORT on regex date to PI 
USE PI 



-i Ter 

A *_/ 



T lt km—jt trn^ 

A I s i M ! a I 



ne 



f-l «— l — 1 1 — i •T r-\ r—t 

! < c: c_! i M l j 



'+title2 



9>9> 


UP. 


99 


'from 


-9 


j — — i 4- 




Z5U 




'to' 


9>e 


edt 



? ' ' bunder ] 2 

STORE 1 TD seqn 
STORE 0 TO Incount 



DAT! 



' +ti t I e 1 
' -J-under 1 1 



?' ISsqn! Par t no ! Material name 



u a •_ y i t i 



0Qt?n ! Renee 



STuRE 1 n count +9 TO lncount 
DO WHILE .HOT. EOF 



IF 



i n couni 



EJECT 

S i uRE *.* TO 1 ncoun t 
ENDIF 



! +STR (seqn , 3 ) 
+partno 
+matername 

jlCTD 4 - , cr \ 

■ u7 1 1 V \ vj u i. L y , o / 

+STR (regexno , 6) 
+reGexdate 



On ' 

77 ' 
99 ' 
9 ? 9 ? ' 



STORE 
S TORE 



5aqn+i TO 
1 n count +2 



l 0 1 ncount 



r-. jl r 

EHDDO WHILE 
•9 ' 

ELSE 



MCT 



s 1 •_> i 



Hone 1 Ti 0 .il Er 1 ai was gi vsn to tLi s LjHI ! tba*e 
PERIOD of TIME ' 



ENDIF 
ELSE 

o 
9> ' 



Error you typed incorrect number 
lorrect numbers are 1 or 



CMf 1 , T IZ 

! — IHLJ A | 

crKin t nr 

1 ■ ML' 1 I 
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incorrsc 






:ndif 



cmnc 

■~J I ■__»! \ 1 



. O / w>h' 



gi veni t 

Enter <y> to continue or <n> to stop — 
UET qxvsnit 



L _ : « ±_' *_j 

CC-ACC 

! — I 

CrC " 1 

i 

RETURN 



10. Submenu34 (SUBMEN34) 



ERASE 



? '' ****************************#****#*•&*..*.*. *-*-*..*.* *£********S-s- 

? ' * MATERIALS GIVEN ON A DATE OR IN A PERIOD OF TIME 

' ii. __ 

?'* (Subpr g34 ) 

7 ' £ 

r> ' 



? *■ * 


The program gi 


? -rt 


ijattai lOn 


to Uni 


? ** ¥r 


PERIOD of 


T T MC 
! X 1 itl ■ 


7 ' * 


Enter 


<y> and 



?'* option 2 for PERIOD of TIME. 

?'* Then the program is ready to run when you type 

?'* the specific DATE or PERIOD of TINE. 

?'* Wait a few seconds. On the screen you will the 

O ' -a. 1 -* /— 4 - 

: ~ i x o u ■ 



* 



‘-y 

RETURN 
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11 



Subprogram35 (SUBPRG35) 



SET TALK OFF 
DG sub men 35 
STORE ' ' TO qivenit 

& 18 ? 07 SAY 'Enter <y> to start or < r. > to stop 
READ 

DC WHILE givenit <> 'n ' 

ERASE 

IF givenit = ' y ' 

SI ORE ' TO pn 

@ 07.10 SAY 'Enter the Part Number of the material 
GET pn PICTURE '9999-999-9999' 

KEAD 

CTflDC 

f i ' .* i I 

STORE ' 



SET qiveni 



' iO edt 

Q 10,10 SAY Enter the start DATE. FROM ========>>' , 

GET sdt PICTURE '99/99/99' 



@ 11,10 



TO 

GET edt PICTURE '99/99/99' 



UP! u ztj : 



TO title3 



10 under I 3 



bSUKL ' L 1 S « TU tit lei 
STORE '====' TO under 11 
S I uRE Lit ~t l‘N i ! b r ecei vsd ! O 1 1 1 1 

STORE ' 

STORE 'From 

STORE ' 

USE material 

COPY TO tmp 1 FIELD PART NO , MATERNAME , QTITY, REGEXNO,, 
REGEX DATE , UNITNAME, 

FOR (part no = pn .AND. (reqexdate 
rsgexdate < = edt)) 

t J Jij E t m p 1 

SORT on regex date to Pi 
USE PI 

IF .NOT. EOF 

the headinq 



'+title^ 



pn 



'-rtitlel 
' +un der 1 1 



' +under 1 2 

' +ti t 1 e3 



sdt 

'to' 

edt 
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i 



sunder 1 3 



ST UKt: 
STORE 



O 



i □ b^qn 

TO I n count 



Uni 



name 



?' ! Seq# ! 

O ■ I » 

i 1 

STORE lncour«t -*-9 TO 1 n count 
DO WHILE . NOT. EOF 
IF Incount > 53 
EJECT 

STORE 0 TO I n count 
END IF 



JQtity ! Reqexno \ Kegext 



“in 



+STR ( 3 Gpn , O’ ) 

+uni tname 

xC-TQ f — >- *; a- » , =r.\ 

* *-j I i\ V l y , u / 

+STR (regex no , 6) 
+reqexdate 



STORE seqn + 1 TO 
STORE: 



seqn 

TO Incount 



[ND DO WHILE .NOT. EOF 



ELSE 



END IF 



I i w-> I 



None unit of the Division received tl 
during given Period of Time' 



incorrect letter or symbol *-* ' 



o 



r* 

r> 

o 



STORE ' ' TO givenit 

0 23,07 SAY 'Enter <y> to continue or <n> to stop' 
SET givenit 

READ 

ENDDO 

ERASE 

SET TALK ON 
RETURN 
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12 



Submenu35 <SUBMEN35) 



EF<ftSE 

"7 

? ' ************************************************ ***•***• 
?'* UNITS RECEIVED A MATERIAL IN A PERIOD OF TIME 



? 

o/ ji 


f C . . i-1 tr- r-1 ^ "j 

■u-f ULjpi *_) •_< •_* / 








? ' * 


The program is ready to ru 


r* when 


you enter 




? ' * 
C’ ' -£■ 


y .-•* , and then che part number 
the PERIOD of TINE. 

Please, wait a few secobs 


of the 

i i i 


mat er i ai 


and 


? ' * 


Sort 1 v , a list of units, received 


the speci 


f ic 


*”• * U- 

V ' 


mater i ai in that period of ti 
the screen. 


me wi 1 I 


a p p e a r on 





? ' ***************************** ** *********************** ** - 
RETURN 

13. Subprogram36 (SUBPRG36) 



ERASE 

CrCTT T/ 

<_M— i i r 

uL! s li b m e n S 

STORE ' ' TO given! t 

© IS, 07 SAY 'Enter <y> to start or <n> to stop >' GET gi 

READ 

DO WHILE given it <> ' n * 

Ll R il3 lL 

IF given it = ' y 

STGRE ' ' TO pn 

® 07,10 SAY 'Enter the Part Number of the material >' 

SET pn PICTURE 9999-999-9999' 

READ 

STORE 'LIST' TO titlel 
STORE '====' TO under 1 I 

STORE Off UNITS received '' TO titleZ 



STORE 
US- 

COPY TO tmpi FIELD PART NO , NATERNAME , QTITY, REGEX NO , ? 

RESEXDATE, UNITNAME FOR (partno = pn) 

on regexdate to PI 
USE PI 
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EOF 



' +t i tl e2 



' +u.RderI: 



'+titlei 
' +nnder 1 1 



STORE 1 ! 0 seqn 

STORE O 



\ Seq# ! 



Keqexdoti 



STORE 1 n count +9 ! U 1 ncounii 

DO WHILE - NOT- EOF 
IF I n count > 53 
EJECT 



STORE 
END IF 



U XI 



icount 



•~5 ' i 

r>*7 ' « ' 

• : i 

jn ' • ' 



^>0 - ' 
: : i 

O? ■’ i 



! '+STR(seqn,3> 

-f-un i tna.TiP 
+STR<qti ty ,5) 
+STR (reqexno ,6) 
+reqexdat8 



STORE seqn+l 10 seqn 



Tpnt 

I UP.L 



TO I n count 



ENDDO WHILE -NOT, EOF 



?' None unit of the Division received this material 

L'MH T CT 

L_ » ML/il 

ELSE 

?' ** incorrect letter or symbol ' 

END IF 

STORE ' ' TO givenit 

£ 23 - 07 SAY 'Enter <y> to continue or <n> to stop* >' <? 

GET qivenit 

READ 

ENDDO 

ERASE 

SET TALK ON 
RETURN 
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14 



Submenu3& (SUBMEN36) 



crp/vccr 



V *' ***************************************************** 
? ' * 

?'* LIST OF UNITS RECEIVED A SPECIFIC MATERIAL 

? ' * 

? ' * 

O ' 

The program i 



: *** * 



C bubprQO'6) 



* 

’ * 

* iTifiLSr i si 
PI arse 



<y>, and then the part number of the specific 



sEconda 



y * 
o ' 



riease, wait a fa 
A list o+ all units received that mat er 1 



* ' 



? * 

? ' ********************************************** *******•; 
n 

DCTriDM 

I \ ! I t-.» l\ I V 



15. Subprogr am37 (SUBPRG37) 



ERASE 

SET TALK OFF 



STOKE ' 'to owed it 

■1 IS. 04 SAY 'Enter <y> to continue or <n> to stop — >' * 



LET O '~‘ 



wed i 



' to unitnam 



READ 

DO WHILE owed it <> 'n' 

ERASE 

IF owed it = ' y ' 

STORE 

0 10,1 0 SAY 'Enter the unit name ==>>' GET unitnam 
READ 

USE owed 

COPY TO tmpl FIELD PARTNO, MATERNAME, QTITY , DLJEDATE, 
REGEXNO FOR (unit name = unitnam) 

USE tmpl 
IF .NOT. EOF 
-*? 



>-* * 
O •• 



I t c: ~r 

i — X -_J ! 

Oft all materials owed to 



7? unitnam 



Psrtno 

Material name 

OO ' Q ' 

?? " Duedate ' 

7"? 'Regex no ' 

•—« * 



I T CT 

L_1<J I 



ELSE 






None material owed to this unit or psrhap 
? typed an invalid form for unitnams' - 
END IF 



ELSE 



CTKin T lT 

! IHL/ J. I 



incorrect letter or symbol **■ ' 



STORE ' ' to owed i t 

0 22, lu SAY ' Enter <y> to continue or <n> 
GET owed it 

READ 



tO SIDE 



SET TALK ON 
RETURN 



16. Submen37 (SUBMEN37) 



ERASE 

? ' *****#***********************#*#************^-£*--s-.**.£ 
? '* * 
?'* MATERIALS OWED TO A SPECIFIC OMIT * 



<Subprq3/ ) 



sis program creates a list of materials 



? ' * 


owed by the □ 


? ' * 


specific UNIT 


? ' * 


Enter <y>. 


7’ ' * 


Please, wa 


? * * 


On the scr 


? - * 


mater i al s owe 


? ' * 





* 

* 

* 



? ' ^-S**^^****^*******#***-**-*--} £*****^*# ********** **•*-£-£** 

DETI I phi 
n.n * •_! i i m 
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s you 



17. Subprogram38 (SUBPRG38) 



ERASE 

SET TALK OFF 

DO submen38 

STORE ' ' to cwedit 

@ 18,05 SAY 'Enter <y> to continue or <n> to stop — >', 
GET owed! t 

READ 

DO WHILE owed it <> 'n' 

ERASE 

IF owed it = ' y ’’ 



mater i el 



CTilDC 

•_J 1 CJI \l_ 






to partnum 


STORE ' 






' to 


£ 10,1 0 


SAY 


'Enter 


part number o 






GET p 


_ j_ ^ ^ DTTTS IDC 

c. r ui lum i iu I ur\c. 


& 11,10 


SAY 


' Enter 


the name of m 






LET maternam 


READ 









USE owed 

COPY TO tmpl FIELD UNITNAME , QTITY , DUEDATE , REGEX NO ? 

FOR (partno = partnum -AND. maternarne = maternam > 



o 



L I 



T ' 



Y’Qf-f all units to which' 



?? maternam 

:* .-■* IS GVied 
•-? ' 



v ^ 



99 

r ?'~? 



be QrF 

Uni t 
Q' 

Duedate ' 
Regexna ' 



name 



LIST 



ELSE 



CKiA T ET 
■ i VI/ 1 i 



None unit is owed this material or perhaps' 
you typed invalid part number or name' 



ELSE 

* £ incorrect letter or symbol ** ' 
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:o owed it 



to continue or < n - : 



- U r- ■ i„> L 



'->>-1 owed i r 



CLEAR 

SET TALK UN 
RETURN 



18. Submenu38 (SUBMEN38) 



ERASE 



? * * 



* <v>, a.r 



:- ■*■ 
O ' -iu_ 



LIST GF UNITS TO WHICH A MATERIAL IS OWED 

( Subpr g38 ) 

The program is ready to run when you enter 

e pD.ri, nuHib-si' of the sdsc i 1 10 



r-\ r4 ♦“* /“v *— i 4— I— x 

I !_J »_ I I t=: l I LI ! 



mater i a.i , 

Please, wait 



i i 



i /— 



Tew seconds 

all u 

11 appear on the screen. 



3 wed wi 



RtT LJKN 
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19- Subprogram39 (SUBPRG39) 



t R A S E 



DC 5u.bmen39 

STORE ' ' to spareit 

@ 18,07 SAY 'Enter <y> to continue or <n> to stop 
GET spareit 

READ 

DO WHILE spareit <> ' n ' 

ERASE 

IF spareit = " y ' 

' TO mn 



STORE 

© 10,12 SAY 
READ 



Inter + H 



e name of material 



_ i . ! ,-ifvr v 

•l— l I i » J : 



COPY TO tmpl FIELD PART NO , MATERNAME, QUANTITY, 
UJA i ! ED OR (iTiai nrnatBr — - rre r « ) 

USE tmpl 
IF .NOT. EOF 



n 

-J 



3 T 



Ot t all spare parts used -from 



mn 



97 

nn 



Fart no 

Material name 



?? " owed 
??' waited " 



LIST 



ELSE 

n 



•—y ■ 


No i * tf I r Oiii the EKi sunp 


i n 


the 


uni t 


spare parts 


7 ' 


can be used tor repair 


ot 


this 


mai 


n mater i al , 


END IF 


Or you typed invalid main 


mate 


r i a I 


name 



ELSE 

** incorrect letter or symbol ' 

ET h. i T\ 7 C 

i_i •*? JL/ XI 
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STORfc ' TO spare! t 

S 22,10 SAY 'Enter <y> to continue or <n> to stop — > ' , 

s~ C T 4- 

i— ■ i_ ; => i_* o. f ei *_ 

READ 

ENDDO 

CLEAR 

SET TALK ON 
RETURN 



20. Submenu39 (SUBMEN39) 



ERASE 

7 

7 ' ********-**■&******■****-***•* *#**#*^^**#*^***#^*r^£*^**->t-£'?> ->c-X g-g-g-*-* 
? ' * *■ 

LIST OF SPARE-PARTS NEEDED TO REPAIR A MATERIAL * 



7 ’ * 
7 ' * 

V *‘ -Hr 

7 ' * 



r q 3 9) 

The program is ready to run as soon <*=> y 
\ v q and then the name of the material . 

Wait a -few seconds, please. 

On the screen you will see the list i 



v ou e n c e * 



spare n^rts « *' 



* needed to repair the specific main material. 



7 " ***■*****************************■***-***********■******^**•*■•#-*■2 «■ 
RETURN 
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APPENDIX E 



Appendix E contains the 
(SUBMENU4) and the dependent 
SUBPRG42, and SUBMEN42. 



ubproqram4 <SUBhR0G4) and submenus 
subprograms: SUBPRG4i ? SUBMEN41 , 



1- Subprogram4 (SUBPR0G4) 



ERASE 

SET TALK OFF 
STORE F TO FINISH4 
DO WHILE .NOT. FINISH4 
DO submenu4 
STORE ' 'TO choi se4 

0 20,20 SAY 'Your selection >' GET choi se4 

READ 

DO WHILE .NOT. choise4 £ '012' 

0 20,42 SAY '<<=== Invalid Choi ce » Re-enter 
STORE ' ' TO choi sel 

0 20,20 SAY 'Your selection >' GET choi se4 

DCAH 
> VL-rii-' 

n Mnnn 

! ! ’i LJ i-f * — t 

r> 



ENDC 

•~y 

EHDDQ 

pp? J»: 

BET TALK ON 
RETURN 



CASE 




CASE 


choi se4 = 1 




DO subprg41 


CASE 


choi ss4 = '2' 




DO su.bprq42 


CASE 


choi se4 ~ '0' 




STORE T TO 


;ASE 




FIN I 


SH4 
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r> 



Submenu4 (BUBMENU4) 



ERASE 



0 


1 , 1 0 


SAY 


DATE < > 






0 


2,10 


SAY 


*' ********************************************** ' 


© 


3, 10 


SAY 


' * 






* ' 


0 


4,10 


SAY 


' * 




LOOKS — UPS 


* ' 


0 


5, 10 


SAY 


' * 




— 


* 


0 


6,10 


SAY 


-'* 




<Submenu4} 


* 


0 


7,10 


SAY 


' * 






* 


0 


8,10 


SAY 


' * 


code 


Task Description 


* • 


0 


09, 10 


SAY 


'* 


— 


— 


* ' 


0 


10,10 


SAY 


' * 






* ■ 


0 


11,10 


SAY 


' * 


1 . . 


Decision to give a material 


* ' 


0 


12,10 


SAY 


' * 






* 


0 


13, 10 


SAY 


' * 


— 


Information status of material 


* ' 


0 


14,1 0 


SAY 


■' * 






* " 


0 


15,10 


SAY- 


'* 


0. „ 


Ret ur n t o m a i n m e n u 


* 


0 


16,1 0 


SAY 


' * 








0 


17,10 


SAY 


' ************************************** ****-^*-x 


* 


0 


18,20 


SAY 


' Sel ect 


one of the above codes ' 




RETURN 













3. Subprogram41 (SUBPRG4 1 ) 



ERASE 

SET TALK OFF 



DO SUBMEN4 i 

STORE ' ' TO continue 

0 20,08 SAY 'Enter <y> to run or <n> to 
HEAD 

DO WHILE continue <> ' n ' 

ERASE 

IF continue = ’ y ’ 



STORE ' 
STORE ' 

0 6,12 SAY 



' TO pn 
TO at 

Enter part number ~= 
Pi cture ' 9999-999-9999 



stop = 






0 7,12 SAY 'Enter Requested Quantity — >' 

Picture '99999' 



READ 



0 09,07 SAY 

0 
0 
0 



'The program is running.. 
Please wait tor the results. 
TO Q 
TO PQ 
TO 00 



> > ' LET c on 1 1 nue 



OE ! pn, 
GET qt , 



STORE 
STORE 
ST ORE 
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STORE val <qt> TO Q 
use inventory 
LOCATE FOR par t no — pn 
IF EOF 

© 11,12 SAY 'The requested material does not exist 
in Battalion' 

ELSE 

IF quantity - Q > min 

© 11,12 SAY 'You can give the requested material 
© 13,12 SAY 'Existing Quantity =* 



quantity 



ELSE 



mi n 

STORE quantity — min TO FT;! 
© 11,12 SAY 'You 

?? PQ 



*n give the toll awing auant i 



BE 






STORE ' 


TO 


QQ 


STORE ' 


TO 


M 


STORE ' 


TO 


W 


STORE ' 


TO 


0 


ST ORE quant ity 


TO 


QQ 


STORE min 


TO 


tvi 


STORE waited 


TO 


w 


STORE owed 


TO 


0 


use owed 






COPY TO tmp 


FIELD 


use imp 






DO WHILE -NOT. 


EOF 




STORE 00. + 


n T T T v/ 

iy. i I i • 


SKIP 







END DO 

© 11, 12 SAY I'm sorry you can 



not 



live any 



to decide what 



© 15, 12 SAY 'Go to your BOSS 
will do' 

© 16, 12 SAY 'ATTENTION- You need the following 
information " 

© IS, 12 SAY 'QUANTITY existing 
?? QQ 

© 19,12 SAY 'MINIMUM quantity =' 



SAY ' WAITED quantity 

?? W 

© 21,12 SAY 'OWED qtity to 



attalion = • 



?? G 

rB 

?? OQ 
END IF 

Chin t cr 

x l 



i oO 



rn it! 



>E 



a s 



arquineni 



9 

END IF 



ii*T ORE T LJ continue 

@ 24,12 SAY 'Enter <y> to continue or 
SET continue 

DC ATj 



NDDD 

EASE 

SET TALK ON 



RETURN 



<.n> to etc 



4. Submenu41 (SUBMEN41) 



leas 



y ' 



****************************************** ?; 
* 

* DECISION TO GIVE A MATERIAL 



(Subprog4i ) 



* 

* 

* 

* 

* 

* 



* 

* 



run when 



The program is ready ti 
you enter <y>, and then the part number of 
the material and the requested quantity. 

You have to wait only a few seconds ! : 

Shortly, on the screen you will see a 
message what exactly to do. 



************************************************** 



9 

RETURN 



i •=: i 

Awl 



5. Subprogram42 (SUBPRG42) 



ul. » i n i i 

DO SUBMEN42 

STORE ' ' TO continue 

0 20,10 SAY 'Enter <y> to run or <n> to stop ==>>' 
SET continue 

READ 

DO WHILE continue <> ' n ' 

ERASE 



IP coni i n u e ■— 
STORE ' 



in 



0 4,12 SAY 'Enter part number ======■>> 

Pi cture ' 9999-999-9999 ' 

READ 

0 6,07 SAY 'The program is running. , 

Please wait -for the results' 



LUCA I L POP part no — p n 
IF EOF 

0 8,08 SAY 'The requested material does not exist 

ELSE 





i n 


8a 


ttal i 


. on 


STORE 


0 




TO 


OQ 


STORE 


0 




TO 


GQ 


STORE 


0 




TO 


RQ 


STORE 


' 


*■ 


TO 


Q 


cmpr 

<_r l UlAi 


' 


• 


TO 


MX 


STORE 


' 


• 


ro 


MN 


STORE 




r 


TO 


W 


STORE 


' 


r 


-rn 

1 u 


0 


STORE 


quant 


i t 


y TO 


Q 


STORE 


max 




Tfi 


MX 


STORE 


mi n 




TO 


MN 


STORE 


wai ted 


TO 


W 


STORE 


owed 




TO 


0 


use owed 









COPY TO tmpl FIELD QTITY FOR (partno = on) 
use tmpl 

DO WHILE .NOT. EOF 

STORE OQ + QTITY TO OQ 
SKIP 
ENDDC 

use material 

COPY TO tmp2 FIELD QTITY FOR (partno = pn) 
use tmp2 

DO WHILE .NOT. EOF 

STORE GQ + QTITY TO GQ 
SKIP 






ENDDG 

use status 

COPY TO t mp3 FIELD QUANTITY FOR Cpartno 
use trap 3 





DO WHILE 


, NO 


i , LLT 






STORE 

SKIP 


RQ 


+ quantity TO RQ 






cr h i r% r\ r> 

L-i-t/a-'U 

<§ 9,12 


SAY 


'* QUANT I TY ex i st i ng 


= ' 




?? Q 
& 10,12 


SAY 


' NA X I Ml iM quant it y 


_ - 




O -3 M V 

: : is/-*. 










@ 1 1 , i2 


SAY 


'MINIMUM quantity 


= ' 




“30 MM 
: : i 1 1 m 










& 12,12 


SAY 


■’ WAITED quant i ty 


= ' 




:* f W 










@ 13,12 


SAY 


L i w L l) q t x t y to uat t al i on 


— 




“ T* C \ 

: : »_» 










<7! 1 nr. i r? 

A i-J 1 A jL. 

?? OQ 


c/w 

un i 


'Owed qLity to other units 


— ' 


- 


/a i 7 j, ? 


SAY 


'Given q t i t y this year 


- ' 




?? GQ 

e 19,12 

?? RQ 


CAV 
un ! 


'Received qtity this year 


- ' 


END IF 










ELSE 











** Incorrect argument ** 

END I F 






STORE 



ft 99 | 



READ 
ENDDO 
ERASE 
SET TALK 
RETURN 



*' TO continue 

SAY Enter <y> to continue or 
SET continue 



UN 



<n > to stop = 



6 



Submenu42 (SUBMEN42) 



ERASE 



******************x*****^&******* ****** *********** 
* * 
* INFORMATION STATUS OF A MATERIAL * 



(Sub prog 42) 

The program is ready to run when 
you enter <y>, and then the part number oi 
the material. 

Please, wait a tew seconds ! ! ! 



-Lf-j^-4- 1 v , -j 1 ^ .-4 

jHOi ui y , a xx=j< 



all the information 



* about the material will appear on the screen. ■* 

************-****£-*** ******************** -ft 
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